|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Здравствуйте, сообщество ) У нас в организации используется самописная CRM на MS Access (500 форм, 300 отчетов) + MS SQL (400 таблиц) Хотим переходить на веб платформу. Выбрали .Net У меня есть очень общие вопросы из сферы "с чего начать?": 1. Как все с Акцесса перенести на .Net? Сейчас у нас монолит. Хочется сделать хотя бы модульность. Все это будет использоваться как внутренний инструмент компании (не для всей аудитории интернета), если это имеет значение в выборе инструментов. 1. Как можно разбить приложение на интерфейс взаимодействия с пользователем и на логику обработки данных? (какие инструменты использовать для этого)? 1.1. Для логики ориентируюсь на использование .Net Core из-за того, что микрософт его активно продвигает и он позиционируется как кроссплатформенный (хотя мы пока эту кроссплатформенность никак не используем, сидим на винде) 1.2. Что из дотНета правильнее использовать для создания морды приложения? Сотрудники предлагают VueJS для интерфейса пользователя, я пока не понимаю с помощью чего должно происходить его взаимодействие с бэкэндом. Есть же в .Net инструмент для создания веб-интерфейса (какой из них лучше использовать?), не будет ли правильнее, раз уж бэк на дотНете и веб-интерфейс делать на нем же? У кого есть опыт такого переноса, дайте, пожалуйста, дельный совет. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 06:50 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам, Ну тут никакого ПЕРЕНОСА не просматривается. Берется все и пишется с нуля. Дальше требуется определиться, хотите ли вы изучать дотнет на примере своего софта или хотите сходу сделать нормально. В первом случае полюбому будет первый блин комом, набьете шишек, потом перепишете еще раз, но уже нормально. Во втором случае лучше взять опытного архитектора, который проработает вам архитектуру. Не обязательно его прям нанимать на полный день, пусть просто выполнит анализ текущего софта, разработает архитектуру, раздаст всем задачи, а потом одни глазком присматривает за ходом реализации. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 07:05 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Shocker.Pro, Где взять такого? Тут среди сообщества найдется человек, который сможет нам помочь? Небесплатно. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 07:10 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Shocker.Pro, это я про архитектора ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 07:10 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Вероятно, кто-то откликнется, но надо помнить, что "не все йогуртыфорумчане одинаково полезны" (с) Лучше попытаться найти через знакомых с рекомендациями. И город напишите, удаленно такие вещи делать довольно туго. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 07:15 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам, Разместите предложение на хедхантере. Всяких фрилансеров брать не рекомендую. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 09:23 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам, Я есть какие-то объективные причины для ухода с Access ? Есть понимание стоимости владения текущей системой и оценка бюджета на внедрения и сопровождение новой ? Есть спонсор от бизнеса, кто будет продвигать эту миграцию, заставлять бизнес-пользователей принимать активное участие в процессе проектирования и внедрения ? Если у вас будет список "претензий" к текущей реализации, то будет проще выработать требования к перспективной платформе. По технике исполнения. На первом этапе нужен архитектор и несколько SME, чтобы в течении x месяцев разработать целевую архитектуру решения исходя из требований бизнеса и функциональных возможностей текущего решения. Здесь стоит посчитать стоимость владения с учётом облачных сервисов, потому как адекватная отказоустойчивость для СУБД и балансировка фронта -- задача не тривиальная. Далее пойдет многоэтапная разработка. Как вариант -- бэкэнд на MS SQL, сервера приложений на ASP.NET, фронт -- React плюс bootstrap. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 09:25 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
big-duke, >>Я есть какие-то объективные причины для ухода с Access ? Работа с базой данных через интернет (сервер в датацентре, офисы по всей России) в Акцессе создает проблемы (очень много живых соединений от одного пользователя). Микрософт со следующего года перестает поддерживать winAPI, а в win10 его просто отключат, по заявлениям самого микрософт. Постоянные ошибки связи Акцесс - SQL на уровне DAO (чувствительность к лагам в интернет соединении) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 11:17 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диамbig-duke, Микрософт со следующего года перестает поддерживать winAPI, а в win10 его просто отключат, по заявлениям самого микрософт. Э, а можно пруф? Что-то я о таком вендекапце не слышал. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 11:52 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
интересует все таки детализация технологии. Что брать за основу для интерфейса пользователей? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 13:57 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
что умеете, то и выбирайте. сейчас в основном фронт на разных javascript движках делают, вы сами упоминали vue.js. есть ещё angular, например. со стороны бэкенда напишите к нему webapi на .NET Core. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 14:03 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам, Я не вижу никаких объективных причин переходить с Acess на .NET (при отсутствии квалифицированных в .Net специалистов). Судя по тому, что Ваша CRM написана на Access, она вряд ли имеет сложную бизнес-логику или замысловатую интеграцию со смежными автоматизированными системами. Т.е. в основном вся логика АС - это CRUD Ну и зачем тогда вообще программисты? (Не важно, дотнетчики или джависты). Может вам лучше оптимизировать структуру БД, перенести её на другую платформу, способную автоматически генерировать формы и отчеты по заданным SQL-запросам? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 15:15 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диаминтересует все таки детализация технологии. Что брать за основу для интерфейса пользователей?вы хотя бы решите, десктоп будет или веб проект? Т.к. сабж это клиент сервер, а вы в топике веб проектов. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 15:36 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Petro123вы хотя бы решите, десктоп будет или веб проект?как всегда, писатель ничего не читал. ТС все сказал в первом топике, но тут проснулся петроодиндватри и давай все сначала ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 16:39 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Shocker.Pro, я бы сначала посмотрел на фронт текущей системы, чтобы оценить возможность её перевода на веб. ХЗ что там наворочено. Вполне мб чтобы фронт на десктопе, на том же WPF будет менее затратным. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 17:59 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Shocker.Pro, Тебе воспитателем работать)). Я прочитал ответы мемберов. И они недоумевают зачем ему переходить? По твоей логике как можно сравнивать клиент сервер и веб проект? ). ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 18:07 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
big-dukeВполне мб чтобы фронт на десктопе, на том же WPF будет менее затратным.хе-хе, фронт на wpf полюбому буден менее затратным. Но, я думаю, ТС не от фонаря хочет веб, видно, что он подумал, имхо впрочем. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 19:05 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Shocker.Probig-dukeВполне мб чтобы фронт на десктопе, на том же WPF будет менее затратным.хе-хе, фронт на wpf полюбому буден менее затратным. Но, я думаю, ТС не от фонаря хочет веб, видно, что он подумал, имхо впрочем.вот именно. Поэтому ты первым же ответом все верно написал. Только не архитектор нужен, а hello world сделать и пусть приходит через неделю со своими вопросами. Ну какие вопросы, если ни строчки не писал? Моё имхо, рано ещё до вопросов как в Ослике строка Привет мир! появляется. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 19:16 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам, Бери 1С. Что вы там на ACCESS наваяли? На 1С-ке месяца за три можно звездолет собрать. С нуля. Премию получишь. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 20:53 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Shocker.Pro Но, я думаю, ТС не от фонаря хочет веб, видно, что он подумал, имхо впрочем. Судя по аргументам ТС именно фонарём и пользовался :D Потому как тоже самое можно сказать про десктоп на WPF. Диам Есть же в .Net инструмент для создания веб-интерфейса (какой из них лучше использовать?), не будет ли правильнее, раз уж бэк на дотНете и веб-интерфейс делать на нем же? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 20:59 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
big-duke, не совсем фонарем, хотя доля правды в этом и есть. Ориентация на веб - чтобы использовать программу можно было и на мобилке, и на планшете. И удаленным пользователям можно было подключиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.07.2018, 22:43 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диампрограмму можно было и на мобилке, и на планшете. уже кое что. Только мобилка и планшет это одно и то же. Если через Интернет эксплорер. Тогда изучайте, что тут думать)) Меню - проект - новый. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 00:12 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам, Навскидку 2 000 ч/д ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 07:28 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам, Подумайте сначала про терминалки, как промежуточный этап. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 15:24 |
|
Переход с MS Access на .Net
|
|||
---|---|---|---|
#18+
Диам"с чего начать?": ДиамХочется сделать хотя бы модульность. Диам1. Как можно разбить приложение на интерфейс взаимодействия с пользователем и на логику обработки данных? (какие инструменты использовать для этого)? Диамиз-за того, что микрософт его активно продвигает ДиамЧто из дотНета правильнее использовать для создания морды приложения? Диамя пока не понимаю с помощью чего должно происходить его взаимодействие с бэкэндом Диамраз уж бэк на дотНете и веб-интерфейс делать на нем же? Автор, послушай дельный совет. Это задача для нескольких НОРМАЛЬНЫХ спецов, если говорить о WEB. 500 форм вручную рисовать ушатаетесь, а пилить генератор форм (а на нём уже формы) - вам даже в голову не придёт. Если не хочешь завалить проект (а ты его завалишь даже не с треском, но с писком) - выявляй MVP и бери 1С. Там тебе и веб и планшеты и черт в ступе. А главное, ты получишь такой RAD, что у тебя от ветра уши загибаться будут. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.07.2018, 20:26 |
|
|
start [/forum/topic.php?fid=18&msg=39674050&tid=1354879]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
153ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
others: | 261ms |
total: | 521ms |
0 / 0 |