Захаров Александр, opensource ценен только в том случае, если код реально полезен. Сам по себе он ценности не имеет.
И у ТС не opensource, а очередной велосипед на WPF, аудитория Хабра это сможет не заметить только в том случае, если вовсе проигнорирует пост.
Не факт, что статья окажется белым пиаром.
Если основная масса комментариев под ней будет в стиле предложений перенести пост в раздел "Я лох" - вряд ли.
У того же Касперского антивирус требует распоследнего дотНета, доступного для Хрюшки. Так что не встанет даже на SP2. И в любой момент может прекратить поддержку ХР вообще.
А теперь читаем вопрос.
На самом деле, главный вопрос - какой браузер и сколько памяти требует тот самый локальный сайт с прайс-листом. Потому что сколько-нибудь свежие распространенные браузеры просто не заработают на таком железе, а древний или ультраминималистский может сделать из сайта тыкву вместо отображения.
Толстый Лорри, ну да, завтра он сдаст эту лабу и ему непременно пригодится все, что предусмотрено для развития этого кода на пять лет вперед. Вы серьезно?
Я же не спорю с тем, что архитектура важна. Но на начальном этапе она так же уместна, как разбор ямбов с гекзаметрами в первом классе, сразу после первого заученного наизусть четверостишия Барто.
Толстый Лорри, ну да, действительно. Это я, видимо, с вашей подачи забежал вперед и машинально решил, что этот велосипед уже, как ему положено, заменен стандартным контейнером ;)
Вот именно. Встает проблема, требующая решения. А вы сейчас предлагаете без всякой на то необходимости решать проблему, которая еще не встала, студенту, который о таких проблемах ничего не знает. Переворачивая задом наперед естественный порядок обучения.
Толстый Лорри, но вы же знакомы со стандартами образования и прочими умными словами - и, безусловно, можете буквально в паре фраз пересказать мне, упорствующему в своем невежестве, ГДЕ в этой задаче ТРЕБУЕТСЯ правильная архитектура, SOLID и разбиение на классы? Я весь внимание.
campus1, вообще-то это противоестественно. Классы нужны для того, чтобы убрать в них данные и логику, и больше их никто снаружи не видел. А при вашем разделении все внутренности матрицы придется вывернуть наружу.
Толстый Лорри, любые попытки привнести архитектурную правильность в этот код до того, как автор понимает, зачем она нужна, мне представляются оверинжинирингом.
Для задачи, высосанной из пальца, вполне естественно аналогичное решение.
.
На мой взгляд, именно в этой задаче высасывание из пальца какого-то "нормального ООП" на таком скудном материале - очевиднейший оверинжиниринг.
О современном ИТ-образовании спорить не буду - не знаком.
Толстый Лорри, вы так уверенно телепатите и за студента, и за препода...
Я же по коду с изрядной долей уверенности могу сказать, что ТС работу с классами чуть ли не в первый раз видит. Вот и весь полиморфизм.
Остаюсь при мнении, что опыт украшается правильными решениями, как торт - кремом. А тесто его замешивается на ошибках.
И у ТС не opensource, а очередной велосипед на WPF, аудитория Хабра это сможет не заметить только в том случае, если вовсе проигнорирует пост.