Здравствуйте уважаемые форумчане. C++ воистину сильный язык разработки приложений. Он гибкий и устойчивый. Он максимизирует границы возможного. И трудность в разработке приложения чаще заключается не в его написании, а к проектированию. Боюсь, для меня это проблема. Каждый раз как я беру листок бумаги, у меня возникает сложность в структурировании данных, в путающихся листочках, в методах записи. В итоге моя структура превращается не что-то структурированное, а в настоящую паутину, в которой я запутываюсь. Так что же говорить о самом написании программы!!! Какие есть система, метод, способ проектирование приложения? Я продолжаю делать самостоятельный поиск этой информации в интернете, однако параллельно буду ждать ответов и здесь, от Вас уважаемые Гуру. Спасибо за понимание.

Такая же проблема. Пытаюсь прописать все возможные методы для класса, но предугадать и правильно разграничить не получается с первого раза. В тоге - итерационная разработка. Проблему решил, работаешь дальше - бац - появилась новая проблема, которая не стыкуется с предыдущим решением - приходится перепроектировать.
зы. мне кажется, дело не в незнании UML.

Это сообщение отредактировал(а) Gunslinger - 30.10.2008, 11:57

это написано во всех книжках по проектированию - точно угадать, как нужно будет поменять прогу, не получится. потому нужно стараться проектировать не только текущую задачу, а и оставлять немного на будущее.
с опытом приходит "интуиция", следуя которой можно уменьшить потребность в перепроектировании

в общем для начала я бы просто советовал не писать больших функций, монолитных классов, общирных интерфейсов и т.п., чтобы перепроектирование было как можно более безболезненным

Это сообщение отредактировал(а) Alek86 - 30.10.2008, 12:16

Где можно почитать, насчет того как правильно составить архитектуру программы?

Макконелл "Совершенный код"

и что значит "правильно"?
единого решения не существует

Это сообщение отредактировал(а) Alek86 - 30.10.2008, 12:27

Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес. (GOF) Приемы обьектно - ориентированного проектирования Паттерны Проектирования.
обзор паттернов проектирования

Спасибо!

Посоветуй пожалуйста неплохое приложение для создание архитектуры приложения. Сейчас я использую Microsoft Visio.

текстовый редактор.
я серьезно  

лично мне удобнее бумажка и ручка 

а уже ПОТОМ, когда научишься боле-мене архитектурить (я вот еще не научился), можно использовать Rational Rose или Enterprice Architecht
ну, или если надо с удаленными коллегами обмениваться


Это сообщение отредактировал(а) Alek86 - 30.10.2008, 14:41

Да, но у этого способ есть существенные недостатки. Бумага ограничена в объеме. Между блоками, невозможно вставить третий, без перечертежки, или усердной работы ластиком. И вообще порой происходит невозможность модифицирования, без полного перерисования. У меня нет четкого план-схемы по созданию Архитектуры. Я не придумал способы разграничения, участков кода и форм, базу данных и что-нибудь еще, когда нужно написать просто список свойств, а когда нужно каждое свойство заносить в отдельный блок. Я еще не придумал полноценной собственной системы проектирования. (Ведь нужно же на что-то опираться: методы, условные обозначения, порядок действий, на каком этапе проектировать GUI). Поэтому, скорее всего, на компьютере оно экономичнее. 

Друзья, может быть вы поделитесь вашими методами проектирования?

А вы не расматривали ситуацию, когда каждый блок нарисован на своем листочке?   

Это сообщение отредактировал(а) mes - 30.10.2008, 20:11

проектирование, так же как и программирование, и вообще любая инженерная деятельность (а может и вообще любая) имеет общие принципы.
среди них один из важнейших - разделяй и влавствуй. он означает разделение задачи на подзадачи, что уменьшает число сущностей, рассматриваемых одновременно. на этом пути широко используется абстракция - выделение главного, обобщение, отбрасывание несущественного.
как методологию удобно использовать объектно-ориентированный подход, как хорошо зарекомендовавший себя для проектирования крупных задач. к тому же результаты объектго-ориентированного анализа и проектирования легко отображаются на объектно-ориентированный язык, например С++
Я бы рекомендовал г.буч сотоварищи "объектно-ориентированный анализ и проектирование" как достаточно свежий фундаментальный труд на эту тему.
отмечу, что такие вещи, как специализированный софт, языки типа uml, бумажка с ручкой - всего лишь инструменты. идеи, они в голове

проектированию научится нельзя
это как талант, либо он есть, либо его нет
иначе все были бы архитекторами и некому было бы писАть код
все имхо

И раскладывать все листочки на полу, оградить комнату ленточками, на двери повесить табличку идет проектирование, и лишь когда будешь заложен последний листик с надписью exit(0) все сфотографировать и снять опечатку комнаты)

Тем неменее ваша мысль ясно правильно. Однако, когда приходится на этом самом листочке снова делить блок, то... нехватает места, и.... нужно брать новый листик) Просто порой сразу не угадаешь, уместишь или нет.)))