Прощай, X++

[skuull]

Цитата:

Сообщение от perestoronin

Тоже интересно, а почему бы и нет ? Тогда и всю логику DAX написанную на X++ нужно перенести на C#, а X++ полностью исключить из новой версии DAX, как и сам редактор кода X++ и всю среду DAX.
Даже затрудняюсь сказать что проще? Допилить X++ или перенести все на C# и закопать X++, среду и всю инфраструктуру IDE DAX и перейти полностью на разработку пользовательских приложений для DAX в VS на C#.

Так все уже перешли в VS в следующей версии. А чем вам так х++ то не угодил? ну вот привели вы пример о том что в каком-то там языке вы можете в 4 строчки написать, а в х++ аж в 8! Это так сильно вам жить мешает? недоязык прям...

[belugin]

Цитата:

Сообщение от skuull

Так все уже перешли в VS в следующей версии. А чем вам так х++ то не угодил? ну вот привели вы пример о том что в каком-то там языке вы можете в 4 строчки написать, а в х++ аж в 8! Это так сильно вам жить мешает? недоязык прям...

1. Переведите эту строчку на X++ (так чтобы не пропала типобезопасность):

var x = new Dictionary<String, Customer>();

2. Посмотрите, сколько есть готовых инструментов для C#, например http://www.jetbrains.com/resharper/features/

[skuull]

Цитата:

Сообщение от belugin

1. Переведите эту строчку на X++ (так чтобы не пропала типобезопасность):

Вы же сами знаете что это не возможно

Цитата:

Сообщение от belugin

2. Посмотрите, сколько есть готовых инструментов для C#, например http://www.jetbrains.com/resharper/features/

Так тут уже вопрос к комьюнити, а не к мелкомягким. Напишите и продавайте.Будите первые

[belugin]

Цитата:

Сообщение от skuull

Вы же сами знаете что это не возможно

Возможно:

StringToCustomerMap x = new StringToCutomerMap();
...

class StringToCustomerMap {
// типобезопасная обертка над MAP
}
class StringToCustomerMapEnumerator {
// типобезопаснаz обертка над MapEnumerатор
}

// а также обертки над KeySet, valueSet

Таким образом одна строчка превращается в 1000 или чуть меньше. И это только одна фишка.

Цитата:

Так тут уже вопрос к комьюнити, а не к мелкомягким. Напишите и продавайте.Будите первые

Размер комьюнити таков, что это не окупится. Если перейти на C# это можно будет просто взять и использовать. + Кучу других инструментов.

[skuull]

Цитата:

Сообщение от belugin

Возможно:
Таким образом одна строчка превращается в 1000 или чуть меньше. И это только одна фишка.

х++ не единственный язык без дженериков и прочей радости да и они там были не всегда и это не повод ему "умирать".

Цитата:

Сообщение от belugin

Размер комьюнити таков, что это не окупится. Если перейти на C# это можно будет просто взять и использовать. + Кучу других инструментов.

ну АхАсист толкают же кому-то, значит не такая уж и маленькая

[belugin]

Цитата:

Сообщение от skuull

х++ не единственный язык без дженериков и прочей радости да и они там были не всегда и это не повод ему "умирать".

По-моему, повод. Зачем развивать 2, когда можно развивать 1.

Цитата:

ну АхАсист толкают же кому-то, значит не такая уж и маленькая

AxAssist по функционалу никак не решарпер.

[perestoronin]

Цитата:

Сообщение от skuull

х++ не единственный язык без прочей радости и это не повод ему "умирать".

У языков программирования два пути - быть замещенными более развитыми средствами или догонять уходящий поезд, т.е. включать в себя полезные наработки тех языков, которые наступают ему на пятки.

[Владимир Максимов]

Цитата:

Сообщение от belugin

Возможно:

StringToCustomerMap x = new StringToCutomerMap();
...

class StringToCustomerMap {
// типобезопасная обертка над MAP
}
class StringToCustomerMapEnumerator {
// типобезопаснаz обертка над MapEnumerатор
}

// а также обертки над KeySet, valueSet

Таким образом одна строчка превращается в 1000 или чуть меньше. И это только одна фишка.

А можно привести пример, когда это действительно необходимо в Axapta? Для какой задачи в среде X++ это не просто "можно приспособить", а необходимо "только так и никак иначе"?

[skuull]

Цитата:

Сообщение от Владимир Максимов

А можно привести пример, когда это действительно необходимо в Axapta? Для какой задачи в среде X++ это не просто "можно приспособить", а необходимо "только так и никак иначе"?

Ну ты создал List(Types::record) и думаешь буду ложить туда только CustTable, А потом взял и положил VendTable а оно на компиляции не ругнулось

[belugin]

Цитата:

Сообщение от Владимир Максимов

А можно привести пример, когда это действительно необходимо в Axapta? Для какой задачи в среде X++ это не просто "можно приспособить", а необходимо "только так и никак иначе"?

Языки программирование вообще созданы для удобства. Без них вообще можно обойтись. Тут никакого "только так а не иначе". Теоретически можно даже на brainfuck перейти - он тоже Тьюринг-полный.

[Владимир Максимов]

Цитата:

Сообщение от belugin

Языки программирование вообще созданы для удобства. Без них вообще можно обойтись. Тут никакого "только так а не иначе". Теоретически можно даже на brainfuck перейти - он тоже Тьюринг-полный.

Языки программирования созданы для удобства. Да. Но следует уточнить: для удобства решения определенных задач.

Так вот, каким образом, описанная типобезопасность позволит упростить (иначе, зачем связываться) решение тех задач, для которых и предназначен язык X++? Собственно, какую вообще задачу решает подобная типобезопасность?