Здравствуйте уважаемые форумчане. 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) все сфотографировать и снять опечатку комнаты)

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

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

Не могу не привести слова моего препода по матану на 1м курсе:
"Дифференцировать можно уметь или не уметь. Дифференцировать можно научить и обезьяну. А интегррировать можно не уметь, можно уметь, а можно уметь здорово интегрировать. Вот я - здорово интегрирую" 

Судя по первой цитате понята не до конца. Зачем постоянно одновременно держать разложенными все листочки? Обычно во взаимодействие участвуют два-три объекта, вот их и выкладывайте.   
Остальные пусть себе себе спокойно лежат в коробочке   

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

Не время приводят к опыту,а события...
Только практика пилотирования научит управлять самолетом

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


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

Это сообщение отредактировал(а) Torsten - 5.11.2008, 12:43

Rational Rose

Товарищи Господа! Во первых всех приветствую, а во вторых думаю, что данная тема наиболее подходит для нижеописанного вопроса  

Ситуация следующая: база данных FireBird + клиентское приложение, что я выполнил и уже работает, работает корректно, однако, чует мое сердце, что за такую реализацию в приличных кругах дают по морде 
Я бы хотел описать, как я сделал и получить ваши комментарии по этому поводу.

База данных, содержит n полей. Каждая группа пользователей видит несколько полей и может их редактировать, но есть и такие, которые редактировать не может, а только просматривать, редактирует их другая группа. Первая группа видит все записи, остальные только после того, как некоторое поле будет не пусто. Я сделал одну общую таблицу и представления  по условию where _fieldname_ is not null.

Клиентские программы написаны на C++ Builder + FIBPlus + EgLib (только DBGridEh). Соответственно, для каждой группы своя программка.

Подключения каждой из программ идет по стандартному имени и паролю для firebird (админские права), но на уровне самой программы, доступ ограничен как бы визуальными компонентами 
Соответственно, если в структуру таблицы, вносятся изменения, то нужно дорабатывать клиентские приложения.

В общем пока все, хочется критики и советом, как делают умные люди. 
 

aleks88, нельзя постить не в свои темы! это первое.
второе - тема скончалась три года назад! нельзя беспокоить покойников!

Только из своего маленького опыта:
    Вначале читал и "Совершенный код" и паттерны банды 4-х, и Бэка ТДД, статьи и тд., но какой-то 
реальный качественный скачок получил после труда Роберта Мартина "Чистый Код". 

еще один некрофил.

В пятничный вечер не посмотрел на даты