Feel Good.

27 января 2010

Интерфейс, Каркас, Реализация

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

19 января 2010

15 января 2010

Именование пространств имен в XML, XSD

В своих проектах я использую, на мой взгляд очень удобную схему именования пространств имен в XML, XSD документах.