Прощай, X++

[belugin]

Цитата:

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

Ведь очевидно же, что между настройкой фильтра и собственно перебором (копированием) значений может быть много команд. Как следствие, велик риск просто забыть, что ранее был настроен фильтр и получить "проблему на ровном месте".

Что такое "настройка фильтра"? Вы уверены, что знаете LINQ?

Цитата:

Это примерно то же самое, как перечисление полей в команде select, а затем попытка использования поля, которого нет в перечислении. Минимум пара часов "веселого" дебаггинга Вам обеспечена. Хотя казалось бы...

В C# такой проблемы быть не может так как тип возвращаемого значения содержит только то, что выбиралось. Соответственно компилятор ругнется.

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

belugin

Тема называется "Прощай X++", а конкретна ветка от perestoronin посвящена сравнению X++ с другими языками программирования. Мой пост касается того, почему в X++ (с моей точки зрения) нет того, что хочет perestoronin. Я не другие языки программирования анализировал, а говорил об X++.

[belugin]

Цитата:

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

[Тема называется "Прощай X++", а конкретна ветка от perestoronin посвящена сравнению X++ с другими языками программирования.

Wamr сообщил, что добавлены рюшечки из C#, а perestoronin сообщил что хочет рюшечек из F# или Scala, в ответ ему сообщили, что в C# это тоже есть.

Цитата:

Мой пост касается того, почему в X++ (с моей точки зрения) нет того, что хочет perestoronin. Я не другие языки программирования анализировал, а говорил об X++.

Для этого надо знать как работает "то, что хочет perestoronin" и, соответственно иметь представление об этих языках.

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

Цитата:

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

Для этого надо знать как работает "то, что хочет perestoronin" и, соответственно иметь представление об этих языках.

Был приведен аналог на X++. perestoronin не корректно "перевел"?

[belugin]

Цитата:

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

Был приведен аналог на X++. perestoronin не корректно "перевел"?

1. Там нет никакой "настройки фильтра"
2. Да, без изменений в языке оно хреноватое

[perestoronin]

Цитата:

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

А чем это лучше чем просто выкинуть X++ и перейти на C#?

Почему бы и нет ? Тогда всю логику DAX написанную на X++ нужно перенести на C#, а X++ полностью исключить из новой версии DAX, как и сам редактор кода X++ и всю среду DAX.
Даже затрудняюсь сказать что проще? Допилить X++ или перенести все на C# и закопать X++, среду и всю инфраструктуру IDE DAX и перейти полностью на разработку пользовательских приложений для DAX в VS на C#. И прощайте слои, АОТ и другие полезности DAX.
Мечты, а пока я был бы рад если бы допилили X++ до современных трендов в языках, добавив в 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# это можно будет просто взять и использовать. + Кучу других инструментов.

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

Цитата:

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

1. Там нет никакой "настройки фильтра"
2. Да, без изменений в языке оно хреноватое

Я отвечал вот на этот пример от perestoronin

Цитата:

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

Один простой пример ФП, которое хотелось бы видеть и в X++ :

scala> val numbers = List(1, 2, 3, 4)
numbers: List[Int] = List(1, 2, 3, 4)
scala> numbers.filter((i: Int) => i % 2 == 0)
res0: List[Int] = List(2, 4)

Тоже самое на X++ (без ФП, которого в X++ нет):

List numbers = List::create([3, 1, 4, 1, 2, 3, 4]);
List res = new List(Types::Integer);
ListEnumerator le = numbers.getEnumerator();
;
while(le.moveNext())
{
    if(le.current() mod 2 == 0)
    {
        res.addEnd(le.current());
    }
}
info(res.toString());

Я правильно понял, что команда

scala> numbers.filter((i: Int) => i % 2 == 0)

это НЕ настройка фильтра? А что?

[belugin]

Цитата:

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

Я отвечал вот на этот пример от perestoronin



Я правильно понял, что команда

scala> numbers.filter((i: Int) => i % 2 == 0)

это НЕ настройка фильтра? А что?

Это создание новой отфильтрованной коллекции

вот в X++ код

CustTable x;

...

select custTable where recID >=31459;
....
select custTable where recID<=31459;

Настройка фильтра, потому, что мнеяет состояние custtable.

[skuull]

Цитата:

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

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

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

Цитата:

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

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

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

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

Цитата:

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

Это создание новой отфильтрованной коллекции

Понятно. Я не корректно построил фразу. Под термином "наложение фильтра" я подразумевал "критерии отбора" для создания нового списка. Только сути это не меняет. Ведь очевидно же, что указание условия и собственно факт создания отфильтрованной коллекции - это две разные команды. Никак не связанные между собой. Что и может порождать проблемы. Или в F# их нельзя разделить?

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

Цитата:

Сообщение от 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]

Цитата:

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

Никак не связанные между собой. Что и может порождать проблемы. Или в F# их нельзя разделить?

Они связаны между собой следующим образом - критерий отбора есть параметр наложения фильтра. После этого обычно в результате фильтр изменить нельзя.

[belugin]

Цитата:

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

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

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

Цитата:

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

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

[belugin]

Цитата:

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

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

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

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

Цитата:

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

Они связаны между собой следующим образом - критерий отбора есть параметр наложения фильтра. После этого обычно в результате фильтр изменить нельзя.

Я не про логическую связь, а про синтаксическую

scala> val numbers = List(1, 2, 3, 4)
numbers: List[Int] = List(1, 2, 3, 4)
scala> numbers.filter((i: Int) => i % 2 == 0)

Вот здесь могут быть другие команды? Синтаксис допускает?

res0: List[Int] = List(2, 4)

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