Auto mapper public

Editor's Notes

• #2: Как и в любой другой профессии, прогресс в программировании достигается толь­ко путем обучения (т.е. путём получения получения знаний), причем основынных как на ошибках, так и на удачах — и своих и чужих. В совоём докладе я постараюсь сложить общие знания полученные мной, как из практики, так и из литературы и показать, что иссопльзование инструментов O-to-O маппинга очень полезно в самых разнообразные проектах и системах связанных с разработкой ПО. Целью этого доклада является не глубокий анализ инструментов, а показ их базовых возможностей и представление самой концепции O-to-O маппинга.
• #3: Безусловно разработка програмного обеспечения - сложный процесс, в течении которого все вовлечённые в него люди сталкиваются с решением разнообразных задач и преодаливают препятсвия разного рода и характера.Но мы также знаем, что не все программные системы сложны. Существует множество программ, которые задумываются, разрабатываются, сопровождаются и используются одним и тем же человеком. Обычно это начинающий программист или профессионал, работающий изолированно.Я не хочу сказать, что все такие системы плохо сделаны или, тем более, усомниться в квалификации их создателей. Но такие системы, как правило, имеют очень ограниченную область применения и короткое время жизни. Обычно их лучше заменить новыми, чем пытаться повторно использовать, переделывать или расширять. Другое дело те программы, которые мы назывемпромышленными программными продуктами. Они применяются для решения самых разных задач, таких, например, как системы с обратной связью, которые управляют или сами управляются событиями физического мира; задачи поддержания целостности информации объемом в сотни тысяч записей при параллельном доступе к ней с обновлениями и запросами; системы управления и контроля за реальными процессами (например, диспетчеризация воздушного или железнодорожного транспорта, медецина), корпоративные приложения (сложность которых обусловленна изо­щренными данными большого объема и бизнес-правилами, логика которых иногда про­сто противоречит здравому смыслу). Системы подобного типа обычно имеют большое время жизни, и большое количество пользователей оказывается в зависимости от их нормального функционирования.Существенная черта промышленной программы - уровень сложности: один разработчик практически не в состоянии охватить все аспекты такой системы. Грубо говоря, сложность промышленных программ превышает возможности человеческого интеллекта. Увы, но сложность, о которой мы говорим, повидимому, присуща всем большим программных системам. Говоря "присуща", я имею в виду, что эта сложность здесь неизбежна: с ней можно справиться, но избавиться от нее нельзя.Конечно, среди нас всегда есть гении, которые в одиночку могут выполнить работу группы обычных людей-разработчиков и добиться в своей области успеха, сравнимого с достижениями Леонардо да Винчи или Исаака Ньютона. Такие люди нам нужны как архитекторы, которые изобретают новые идиомы, механизмы и основные идеи, используемые затем при разработке других систем. Однако, в мире очень мало гениев, и не надо думать, будто в среде программистов их доля выше средней. Несмотря на то, что все мы чуточку гениальны и при нашествии вдохновения многие из нас могут свернуть горы, в промышленном программировании нельзя постоянно полагаться на божественное вдохновение, которое обязательно поможет нам. Поэтому мы исспользуем более надежные способы управления конструированием сложных систем.Основной способуправления конструированием сложных систем был известен еще в древности – и этот способ назыавется divide and conquer (разделяй и властвуй). При проектировании сложной программной системы необходимо разделять ее на все меньшие и меньшие подсистемы, каждую из которых можно совершенствовать независимо. В этом случае мы не превысим пропускной способности человеческого мозга: для понимания любого уровня системы нам необходимо одновременно держать в уме информацию лишь о немногих ее частях (отнюдь не о всех).
• #4: Я не буду вдаваться в подробности и рассказывать о каждом понятии указанном на этом слайде, я привёл их сдесь, как сгруппированные знания, которые, в моём понимании, являются базой для современной и успешной разработки ПО.Хочется остановиться на следующих и задать вопрос аудитории:OOA, OOD, OOP, DDD, UML, PATTERNS – что объеденяет все эти понятия? Правильно, все эти понятия объяденяются абстрагированием. Абстрагирование является одним из основных методов, используемых для решения сложных задач.
• #5: Модель представ­ляет собой специально отобранный и сознательно упрощенный запас знаний в структу­рированной форме.
• #6: DDD layers:PresentationApplicationServiceDomainDTOДостоинства:Спрятанные деталиРазглаживание серии связанных бизнес сущностейУменьшенное колличество вызовов на уровне данныхНедостаткиУвелечение колличества классов и соответсвенно затраты на кодированиеДополнительные вычисленя
• #7: Flattening – сплющивание, разглаживание. Just a abstract sample.