AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 05.12.2006, 13:24   #21  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Гений 1С Посмотреть сообщение
Интерфейс IDE - то место, где малым вмешательством можно добиться многого.
Я понимаю, что здесь не совсем то место... и понимаю, что ухожу немного в оффтопик.
Но похоже Satement of Direction мало кто читал, хотя ссылку даю уже не в первый раз
http://forum.mazzy.ru/index.php?s=&sho...ost&p=19547

Итак, краткий пересказ своими словами по поводу среды разработки:
1. У Dynamics продуктов будет несколько волн изменений
2. Сейчас волна затрагивает функционал и ролеориентированный интерфейс
3. Планируется, что затем все средства разработки будут переведены на Visual Studio
3.1. При этом особенности языка каждой Dynamics-системы останутся. Так для Навижина останется C/AL
3.2. Майкрософт сильно озабочена тем, чтобы сделать переход на Visual Studio как можно менее болезненным. Поэтому будут конверторы, существующий код будет работать (Майкрософт говорит, что существующий код вообще менять не нужно будет. Я бы высказался осторожнее, что будут необходимы минимальные изменения)
4. Следующая версия Навижин 5.0 выходит в двух вариантах: традиционный и .net
4.1. Эти версии могут работать с одной базой одновременно
4.2. Средства разработки Навижин 5.0 еще не переведены на Visual Studio, но некоторые элементы уже вставлены.

Так что рано или поздно нас ждет тотальный переход на VS со всеми преимуществами и недостатками этой среды разработки.
__________________
полезное на axForum, github, vk, coub.
Старый 05.12.2006, 13:24   #22  
Corleone is offline
Corleone
Участник
 
355 / 10 (1) +
Регистрация: 27.05.2004
Адрес: London
Цитата:
И даже немного функционала в отдельной главе.
Как раз функционал это и есть самое главное, ну и скорость работы, объем СУБД и количество пользователей. А подсветка кода по моему это все фигня.
Старый 05.12.2006, 14:18   #23  
Гений 1С is offline
Гений 1С
Участник
Аватар для Гений 1С
 
263 / -11 (0) +
Регистрация: 05.05.2006
Адрес: Москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
Так что рано или поздно нас ждет тотальный переход на VS со всеми преимуществами и недостатками этой среды разработки.
Ок, звучит неплохо. Я оговорю этот момент в статье. Ок, спасибо за инфу.
Старый 07.12.2006, 13:36   #24  
rov_imported is offline
rov_imported
Участник
 
176 / 10 (1) +
Регистрация: 20.01.2005
Цитата:
Сообщение от Гений 1С Посмотреть сообщение
Мне вот в формах не понравилось:

И в редакторе кода:
Отвечу коротко - со всеми перечисленными недостатками согласен - они есть
А дальнейшие выводы - они у каждого свои.
Старый 07.12.2006, 15:16   #25  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Это недостатки интерфейса пользователя, а не недостатки архитектуры. Т.к. автор сравнивает архитектуры систем, такое сравнение архитектур на таком поверхностном уровне никому не интересно. Оно не позволяет сделать выводы ни о быстродействии, ни о надежности, ни о масштабируемости, ни о чем в сравниваемых системах. Если бы рассматривались задачи и пути их решения в одной и другой системе и как это влияет на быстродействие, то другое дело.

Например есть более существенные недостатки Navision с точки зрения программирования.
Несколько ситуаций, которые приходится обходить окольными путями:

1 Отсутствие аналога DISTINCT языка SQL для RecordSet.

2 Невозможно фильтровать записи на основе набора значений полученных в другом RecordSet. (Аналог подзапроса языка SQL).

3 Нельзя накладывать фильтры по условию “или”. Например
Rec.SETFILTER(A,’1’);
Rec.SETFILTER(B,’2’);
Выберет записи в которых в поле A значение 1 И в В значение 2. А хотелось бы или в A=1 или B=2.
И т.д. и т.п.

А недостатки интерфейса вещь субъективная.
__________________
Должен остаться только один.
Старый 07.12.2006, 15:39   #26  
Гений 1С is offline
Гений 1С
Участник
Аватар для Гений 1С
 
263 / -11 (0) +
Регистрация: 05.05.2006
Адрес: Москва
Цитата:
Сообщение от NeNavision Посмотреть сообщение
1 Отсутствие аналога DISTINCT языка SQL для RecordSet.

2 Невозможно фильтровать записи на основе набора значений полученных в другом RecordSet. (Аналог подзапроса языка SQL).

3 Нельзя накладывать фильтры по условию “или”. Например
Rec.SETFILTER(A,’1’);
Rec.SETFILTER(B,’2’);
Выберет записи в которых в поле A значение 1 И в В значение 2. А хотелось бы или в A=1 или B=2.
И т.д. и т.п.

А недостатки интерфейса вещь субъективная.

Эти недостатки называются одной фразой: Navision не поддерживает SQL-язык запросов. Точка.
Такой пункт я отметил.
Старый 07.12.2006, 15:53   #27  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Нет, это так не называется!
Можно выполнять любые SQL запросы, получать данные и т.д. Или это не поддержка SQL?
Я говорил о самом языке разработки, которым конкретно эти вещи сделать трудно.
__________________
Должен остаться только один.
Старый 07.12.2006, 16:04   #28  
Гений 1С is offline
Гений 1С
Участник
Аватар для Гений 1С
 
263 / -11 (0) +
Регистрация: 05.05.2006
Адрес: Москва
Цитата:
Сообщение от NeNavision Посмотреть сообщение
Нет, это так не называется!
Можно выполнять любые SQL запросы, получать данные и т.д. Или это не поддержка SQL?
Я говорил о самом языке разработки, которым конкретно эти вещи сделать трудно.
В каком смысле можно выполнять любые СКЛ запросы? Разве навижн поддерживает обработку таблиц с помощью СКЛ запросов? Или ты про прямой доступ к базе данных. Прямой доступ - это не то, это нештатный доступ к данным.

В 1С СКЛ-запросы - это именно штатный механизм языка.
Старый 07.12.2006, 16:24   #29  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
В прямом смысле. Работать с SQL запросами можно и ваше утверждение "Navision не поддерживает SQL-язык запросов. Точка." - ложно.
Перемененная Automation - это не штатный "механизм"?

С другой стороны обработка в SQL очень редко нужна. Написали же как функционал без нее. Я же описал пример, когда код в навижен был бы меньше и работал быстрее, если бы были предусмотрены некоторые мелочи.
__________________
Должен остаться только один.
Старый 07.12.2006, 16:59   #30  
Гений 1С is offline
Гений 1С
Участник
Аватар для Гений 1С
 
263 / -11 (0) +
Регистрация: 05.05.2006
Адрес: Москва
Цитата:
Сообщение от NeNavision Посмотреть сообщение
В прямом смысле. Работать с SQL запросами можно и ваше утверждение "Navision не поддерживает SQL-язык запросов. Точка." - ложно.
Перемененная Automation - это не штатный "механизм"?

С другой стороны обработка в SQL очень редко нужна. Написали же как функционал без нее. Я же описал пример, когда код в навижен был бы меньше и работал быстрее, если бы были предусмотрены некоторые мелочи.
Батенька, если я буду сравнивать все, что можно сделать через ОЛЕ/Аутоматион, то это выше крыши, гыгыгы...

Нет, доступ к базе навижн через SQL - это не штатный механизм. Это не реализовано специальным типом в C\AL

В 1С для этого есть внутренний тип Запрос. Кстати работает на СКЛ версии и на файловой версиии 1С, т.е. не привязан к движку MS SQL.

Я понимаю, что прямые запросы можно юзать к любой базе, которая сделана на MS SQL, но это не штатный доступ. Или вы видели в типовом функционале Навижн прямые СКЛ запросы:? тотоже
Старый 07.12.2006, 18:27   #31  
romeo is offline
romeo
Участник
Аватар для romeo
 
564 / 10 (2) +
Регистрация: 31.03.2004
Гений1С. Как вы считаете, возможность в системе получить прямой доступ к данным на сервере и выполнить запрос к базе, используя штатные средства среды разработки не является ее минусом? Мне лично кажется, что разработчики системы тем самым как бы говорят - "Ребята, наша система может работать с миллионами строк, но .. кто знает, что будет у вас. На всякий случай вот вам механизм доступа к данным и делайте вы что хотите. Все, кто знает SQL". Ваше мнение?
Старый 07.12.2006, 18:46   #32  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Есть еще "громадные минусы".
Ассемблерные вставки нельзя делать и нет макросов.
Как работать? Как писать шедевры? Где гибкость? Почему они так не любят разработчиков?
Вот бы тогда раскрылась вся мощь среды разработки.
__________________
Должен остаться только один.
Старый 08.12.2006, 13:05   #33  
Гений 1С is offline
Гений 1С
Участник
Аватар для Гений 1С
 
263 / -11 (0) +
Регистрация: 05.05.2006
Адрес: Москва
Цитата:
Сообщение от romeo Посмотреть сообщение
Гений1С. Как вы считаете, возможность в системе получить прямой доступ к данным на сервере и выполнить запрос к базе, используя штатные средства среды разработки не является ее минусом? Мне лично кажется, что разработчики системы тем самым как бы говорят - "Ребята, наша система может работать с миллионами строк, но .. кто знает, что будет у вас. На всякий случай вот вам механизм доступа к данным и делайте вы что хотите. Все, кто знает SQL". Ваше мнение?

Блин, речь не об этом, как бы вам донести мысль.
Доступ к СКЛ - это не штатный механизм навижн. Вы юзаете для этого Аутоматион.
Вот в 1С 80 тоже можно прямой доступ к базе данных через ОЛЕ иметь и что с того.
Ни в 80 ни в Навижн на уровне встроенного языка нет типа для прямого доступа к базе данных МС Скл - это и понятно, потому что базой данных и там и там может быть файловая версия и МС СКЛ.

Просто в 1С 80 можно для обращения к таблицам использовать СКЛ-подобные запросы, а не только фильтрованные рекордсеты... как в Навижн(и клиппер, и аксесс и прочие старые СУБД). Даже в дельфи через ODBC можно юзать СКЛ запросы к таблицам, а не только рекордсеты. Так что здесь навижн очень устарело.

Цитата:
Сообщение от NeNavision Посмотреть сообщение
Есть еще "громадные минусы".
Ассемблерные вставки нельзя делать и нет макросов.
Как работать? Как писать шедевры? Где гибкость? Почему они так не любят разработчиков?
Вот бы тогда раскрылась вся мощь среды разработки.
ваша метафора неуместна.
Вместо ассемблерных вставок все сейчас используют ОЛЕ-аутоматион...
Старый 23.04.2007, 13:15   #34  
smoyk is offline
smoyk
Участник
 
188 / 13 (1) ++
Регистрация: 20.04.2007
Интересную позицию заняли некоторые госпада-наверно-программисты. Дескать, озвученные недостатки есть, но так как они нафик не нужны, то и недостатками их считать нельзя.

"Отсутствует что-то в среде разработки? Да нафик это нуна! Учись работать без этого! Приходится кодить в блокноте? Ерунда! Настоящий программист может кодить в чем угодно и как угодно! Хучь в блокноте простым текстом, хучь в двоичной системе ноликами и единицами! А кто не может, пусть переквалифицируется в управдомы."

Отдельный респект "настоящему программисту" NeNavision, который может кодить в чем угодно и как угодно

По теме. Согласен, Navision НЕ среда разработки приложений. Но кодить тем не менее приходится много (по крайней мере нам). Стандартной конфигурации не хватает никак и даже если сначала адаптировать ее под предприятие, со временем все равно появляется необходимость в новых формах, отчетах, в дополнительном функционале наконец. Поэтому в любой стОящей ERP-системе должна быть нормальная среда разработки.

В связи с этим дико и нелогично на мой взгляд звучат утверждения типа "кодить неудобно но мы делаем это быстро, а это главное!". Это что за пример извращенной логики? Чем удобнее среда программирования, тем быстрее пишется код и тем быстрее решается задача. Этож очевидно. Привычка привычкой, но если для того, чтобы посмотреть, что делает конкретная функция в коде надо:
1. узнать, откуда она берется (начинатся камасутра)
2. открыть обжект десигнер
3. найти там таблицу/форму/отчет/кодюнит (выберите нужное) и открыть
4. найти нужную функцию (конец камасутры)
ЭТОЖ КОШМАР! В делфи зажимаем ctrl и кликаем по имени функции. Среда сама откроет нужный модуль и переместит курсор на нужную функцию. Скорость в разборе кода больше в РАЗЫ! Это только один пример, приводить остальные смысла нет, так я свою т.з. высказал думаю понятно.

Резюме. Не удобная среда разработки, очень неудобная. И привычки здесь ни причем.
Старый 23.04.2007, 17:28   #35  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Я бы еще как-нибудь ограничил среду разработки. В таких системах, чем меньше свободы для творчества, тем лучше.
__________________
Должен остаться только один.
Старый 24.04.2007, 05:33   #36  
smoyk is offline
smoyk
Участник
 
188 / 13 (1) ++
Регистрация: 20.04.2007
Сушай, ненавизион, по моему ты просто стебаешся!
Старый 24.04.2007, 10:35   #37  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Я серьезно. Чем больше ограничений имеет программист, тем больше шансов, что задача будет решена в заданные сроки. Ограниченный набор способов реализации (свой подход к интерфейсу пользователя) и инструментов реализации (среда разработки) ограничивают полет больной фантазии клиентов и программистов. Насколько возможно выталкивает подход к решению проблемы из области программирования.

p.s. Делать ту же подсветку кода в редакторе программисту miсrosoft максимум день. Почему-то не делают. Наверное, потому что совершенствовать можно бесконечно, а денег на этом не заработаешь.
__________________
Должен остаться только один.
Старый 24.04.2007, 12:58   #38  
Yoil is offline
Yoil
NavAx
NavAx Club
Лучший по профессии 2017
Лучший по профессии 2009
 
1,574 / 70 (6) ++++
Регистрация: 20.11.2002
Адрес: Msk
Цитата:
Сообщение от NeNavision Посмотреть сообщение
В таких системах, чем меньше свободы для творчества, тем лучше.
Полностью поддерживаю
__________________
"Моей лошадке ядрышком полмордочки снесло..."
А.В.Суворов, письма к дочери
Старый 24.04.2007, 13:19   #39  
smoyk is offline
smoyk
Участник
 
188 / 13 (1) ++
Регистрация: 20.04.2007
Хм... Интересно, кроме меня утруждает ли себя еще кто нибудь аргументацией своего мнения или все считают, что его достаточно высказать а остальное сделает авторитет?

Цитата:
Сообщение от NeNavision Посмотреть сообщение
p.s. Делать ту же подсветку кода в редакторе программисту miсrosoft максимум день. Почему-то не делают. Наверное, потому что совершенствовать можно бесконечно, а денег на этом не заработаешь.
Да? Borland неплохо зарабатывает. Что касается среды разработки микрософт уже продула... VS рядом с Delphi рядом не стоял и большая часть программистов приобретает именно делфи. Нужны доказательства? Зайдите на тот же sql.ru и посмотрите статистику по форумам делфи и С++.

Ладно, короче из этой темы я руки умываю, а то одному аргументы приводить не интересно. Какаято односторонняя дискуссия получается...

з.ы. Чем больше возможности для творчества, тем лучше
Старый 24.04.2007, 13:38   #40  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Цитата:
Да? Borland неплохо зарабатывает.
Нефига не зарабатывает, поэтому компания Borland намерена отказаться от дальнейших работ по совершенствованию интегрированных сред разработки и продать этот бизнес.
А VS медленно, но верно совершенствуется, кстати подождите годик - два navision будет на VS.
__________________
Должен остаться только один.
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 17:24.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.