Относительно основных изменений в проекте

Question

Каков наилучший способ обновления проекта с основными изменениями дизайна ... с точки зрения файлов проекта (я думаю)? Недавно я переместил свой сайт из ASP.NET в ASP.NET MVC, и было очевидно, что изменения были настолько важны, что потребовалось полное переписывание. Теперь я готов переместить его на MVC 2, чтобы воспользоваться дополнительными возможностями новой структуры, и снова я сталкиваюсь с некоторыми дорожными блоками, которые заставляют меня делать в основном еще одну полную переписку. Я, конечно, хотел бы избежать этого, если это возможно, потому что со временем сайт стал довольно большим. Однако я действительно хорошо документировал дизайнерские решения во время последнего переписывания, и для выполнения другой перезаписи потребуется всего несколько недель.

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

Answer 1

Вы переписываете, когда затраты на поддержание и расширение существующей кодовой базы перевешивают стоимость отладки новой.

Как вы определяете затраты, однако, очень субъективны.

Answer 2

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

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

Answer 3

Вы говорите «мой сайт», что заставляет меня думать, что вы являетесь личным владельцем этого веб-сайта, в отличие от того, что у него есть платный клиент.

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

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

Хорошие/плохие вещи, которые вы изучаете во время работы на своем личном веб-сайте, дают вам большой практический опыт и помогают решить, применять ли его к реальным веб-сайтам клиентов. Конечно, вы могли бы даже научиться, если бы клиент не дышал вам на шею, что полная переделка из Web MVC в MVC2 на самом деле представляет собой плохую идею (по крайней мере, на данный момент времени).