В каком фрайворке можно легко манипулировать полями?

6yrop

Hastya

6yrop

Salesforce

kokoc88

На какой платформе и в каком фрейворке можно легко добавлять, удалять, менять обработку поля?

6yrop

Ответ очевиден. C#, по сравнению с которым все языки - говно. ReSharper, без которого C# - тоже говно. И Controllable Query, без которого C#, даже с ReSharper - говно.

6yrop

YUAL

luna89

luna89

jakal222

Еще, конечно, имплементировать Controllable Query для тайпскрипта, чтобы можно было писать npm install cotrollable-query.

6yrop

айпскрипт, про который ты сам говорил, что программировать на нем не менее удобно чем на C#

kokoc88

что программировать на нем не менее удобно чем на C#

Andr163

zya369

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

6yrop

Берешь nodejs

6yrop

Еще, конечно, имплементировать Controllable Query для тайпскрипта, чтобы можно было писать npm install cotrollable-query.

luna89

На node.js можно писать без event-driven? Или это обязаловка?

luna89

Сейчас видится приемлемым вариант: на клиенте ts на сервере .NET. Придется написать кодогенератор для remote facade и DTO.

6yrop

Это, кстати, ошибка - делать клиент-серверное взаимодействие в виде RPC.
Нужен язык описания схемы данных, из которого одновременно выводился бы протокол синхронизации, учитывающий конкарренси, валидацию, батчинг и пуш с сервера, что-то в духе GraphQL/Relay.

GraphQL

luna89

Подозреваю это ошибка, если не хочется писать код. А код не хочется писать из-за того, что нужно быть внимательным и много чего помнить.

luna89

Нас не заманишь в очередную реинкарнацию ORM. Мы любим SQL базы.

6yrop

GraphQL - это просто альтернативный синтаксис запросов, который прозрачно транслируется в SQL.

kill-still

6yrop

Эээ, неуважаемый, а как же DevExpress?

luna89

GraphQL

GraphQL is strongly-typed. Given a query, tooling can ensure that the query is both syntactically correct and valid within the GraphQL type system before execution, i.e. at development time, and the server can make certain guarantees about the shape and nature of the response. This makes it easier to build high quality client tools.

luna89

6yrop

проблему, которую невозожно решить в рамках дотнета и C#. Рассмотрим для примера наш форум с тредами.

6yrop

Где-то нужно получить список тредов, где-то список тредов плюс автора каждого треда, где-то список тредов и с первым постом в каждом треде. Сейчас единственный вариант - делать отдельную функцию в RPC, что, во-первых, приводит к комбинаторному взрыву

во вторых каждая функция в RPC будет возвращать свой уникальный тип, и типы будут совершенно несовместимы друг с другом.

luna89

Опиши более ясно требования к программному обеспечения, которые порождают комбинаторный взрыв? Пока в твоем посте таких требований нет.

Invariably fields and additional data are added to REST endpoints as the system requirements change. However, old clients also receive this additional data as well, because the data fetching specification is encoded on the server rather than the client. As result, these payloads tend to grow over time for all clients. When this becomes a problem for a system, one solution is to overlay a versioning system onto the REST endpoints. Versioning also complicates a server, and results in code duplication, spaghetti code, or a sophisticated, hand-rolled infrastructure to manage it. Another solution to limit over-fetching is to provide multiple views – such as “compact” vs “full” – of the same REST endpoint, however this coarse granularity often does not offer adequate flexibility.
...
These systems typically define a custom endpoint per view. For systems with a wide surface area this can quickly grow into a maintenance nightmare of orphaned endpoints, inconsistent tooling, and massive server code duplication. Disciplined engineering organizations can mitigate these issues with great engineering practices, high quality abstractions, and custom tooling. However, given our experience we believe that custom endpoints tend to lead to entropic server codebases.

Зачем совместимость для разных DTO?

6yrop

Я процитирую сразу инженеров фейсбука (добавлю от себя, что сейчас наблюдаю все описанное у себя на работе):

Простейший случай - это когда данные показываются в разных контекстах. Например, есть соцсеть, там можно искать пользователей по имени и видеть список, а можно смотреть друзей какого-то пользователя. Есть скажем, запрос GET /users?name=:name, который возвращает [{name, avatar}] и запрос GET /users/:id/friends, который возвращает [{name, avatar, friendSince}]. Мы хотим для обоих случаев использовать общий UI компонент UsersList. Но его невозможно написать, так как типы разные.

luna89

Всё процитированное это описание проблем динамической типизации.

6yrop

zya369

Иногда добавляют флаги типа GET /threads?withFirstPost=true или /threads?withAuthor=true. 3 опциональных атрибута дают комбинацию из 8 типов. Желаю удачи в написании 8 разных функций в RPC

6yrop

зачем 8 функций-то? для сложения двух чисел ты тоже на каждую комбинацию параметров по функции писать будешь?

Dasar

всего 4 устройства, поэтому методов должно быть меньше или равно 4

6yrop

Неверно.

luna89

kokoc88

До появления реакта UI кодировался следующим образом: пользователь совершал действие, мы на каждое действие смотрели, какие виджеты надо изменить по результатам этого действия, и вызывали API этих виджетов. Основная трудность была в том, что для каждого виджета надо было помнить, как изменения в этом виджете могут повлиять на другие виджеты, и неявно реализовывать эти зависимости в коде.

Таким образом, убирается связь каждого виджета с каждым, которая квадратично раздувает код. В качестве "единого источника правды" выступает application state, а UI просто вычисляется на основе него чистой функцией.

Фейсбук решает эту проблему следующим образом. Все персистентные данные, зафетченные на клиент, хранятся в некой клиентской базе данных. Эта база данных никогда не редактируется напрямую - сначала всегда делается запрос на сервер. Для каждого типа запроса (например лайк пользователя) прописывается, какие данные инвалидируются этим запросом. Например, запрос like инвалидирует параметры like_count и like_users поста. Это прописывается явным декларативным образом. На основе этих данных, после запроса на like, в респонсе возвращаются новые значения для этих полей, и клиентская база данных обновляется.

6yrop

код в Facebook такой, что вызывает во мне первобытный ужас.

kokoc88

Этот код в публичном доступе? Если да, запости, пожалуйста, ссылку.

    AndroidBinaryGraphEnhancer graphEnhancer = new AndroidBinaryGraphEnhancer(

        params,

        resolver,

        compressionMode,

        resourceFilter,

        addFallbackLocales(args.locales.or(ImmutableSet.<String>of

        args.manifest,

        packageType,

        ImmutableSet.copyOf(args.cpuFilters.get

        args.buildStringSourceMap.or(false

        shouldPreDex,

        AndroidBinary.getPrimaryDexPath(params.getBuildTarget

        dexSplitMode,

        ImmutableSet.copyOf(args.noDx.or(ImmutableSet.<BuildTarget>of

        /* resourcesToExclude */ ImmutableSet.<BuildTarget>of

        args.skipCrunchPngs.or(false

        javacOptions,

        exopackageModes,

        (Keystore) keystore,

        args.buildConfigValues.get

        args.buildConfigValuesFile,

        nativePlatforms,

        dxExecutorService);

luna89

Вот, 3-4 клика от топа поиска, и я вижу такой код:

kokoc88

Вроде типичная джава-параша, разве нет? Если сравнивать с каким-нибудь мавеном или антом, то даже лучше выглядит.

luna89

Мне очень сложно представить, как C# заставляет меня помнить, какие изменения конкретного представления влияют на что-то, кроме этого самого представления.

Откуда берётся связь каждого виджета с каждым я вообще понять не смог, хоть и пытался.

Правда я опять не понял, зачем явно прописывать, какие поля инвалидируются, когда их можно просто сразу вернуть в ответ на запрос.

kokoc88

 Пример кода с квадратичной связью.

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

luna89

то пример какого-то куска кода. На деле я не вижу, откуда эта связь берётся. Почему в ней есть необходимость.

kokoc88

Как ты решишь эту задачу - 3 поля ввода, синхронизированных друг с другом?
Подозреваю, что ты предложишь что-то на тему publish/subscribe.

marat7256

kokoc88

Qt signal/slot не подойдут как варинат?

luna89

Presenter обрабатывает сообщение от кнопки A, меняет доменную модель и обновляет кнопку B.

luna89

Qt signal/slot не подойдут как варинат?

kokoc88

Это плохой подход. Если доменная модель меняется в нескольких местах, то тебе в каждом месте надо помнить, что при смене доменной модели надо еще и кнопку B перерисовать. Потом, если у тебя появится кнопка C, то про нее тоже надо помнить. N мест, в которых меняется доменная модель, дают в совокупности c M кнопками сложность M*N.

Очевидно, что надо делать decoupling изменятелей доменной модели от отображателей.

6yrop

N мест, в которых меняется доменная модель, дают в совокупности c M кнопками сложность M*N.

Dasar

ты берёшь M*N

luna89

Если доменная модель одинаково меняется в нескольких местах, то это выносится в одну функцию.

6yrop

6yrop

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

luna89

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

— Предположим, что у вас в кармане два яблока. Некто взял у вас одно яблоко. Сколько у вас осталось яблок?
— Два.
— Подумайте хорошенько.
Буратино сморщился, — так здорово подумал.
— Два…
— Почему?
— Я же не отдам некту яблоко, хоть он дерись!

6yrop

kokoc88

Есть M контролов, которые меняют косвенно N других контролов.

kokoc88

Насколько я понял, ты сделаешь какие-то функции onChangeFirst и onChangeSecond, в которых будешь вызывать функцию updateSum. Но тогда у тебя информация о связи между слагаемыми и суммой будет закодирована в двух местах: первый раз, явно, в функции вычисления суммы, и еще пару раз, менее явно, в функциях onChangeFirst и onChangeSecond.

class Model

{

    int first;



    int second;



    int Sum { get { return first + second; }

}



class Presenter

{

    void OnChanged1(string val)

    {

        model.first = int.Parse(val);

        view.SetSum(sum);

    }



    void OnChanged2(string val)

    {

        model.second = int.Parse(val);

        view.SetSum(sum);

    }

}

6yrop

напишу псевдо код

PooH

Это вариация на тему publish/subscribe, к тому же выраженная в рамках убогого языка (вроде требуют какого-то УГ препроцессора).

Dasar

Замечу, что в случае использования решения, которое пропагандирует DDD, в этом примере тоже мало хорошего. Каждый обработчик из M будет менять N свойств в доменной модели. Все эти свойства надо будет вычитывать во время рендеринга.

kokoc88

Нечестно. привел полный код. Приведи полный код на твоей любимой платформе.

6yrop

не надо думать

kokoc88

Это дешево - на сервере вычитать еще раз все данные для всей страницы при каждом самом маленьком изменении.

- программисту не надо думать, какие контролы надо перерисовать после нажатия кнопки, а какие - не надо.

Dasar

а в каком подходе и над чем надо думать?

6yrop

Ага, щас запощу с .designer.cs

Dasar

Это стоит столько же, [..]
[..]
То есть то же самое, что и в классическом подходе плюс куча неявных связей.

kokoc88

При классическом подходе (например, как у в примере) необходимо думать, что при изменении слагаемого необходимо дернуть перерисовку суммы. В примере для этого появился здоровый класс Presenter.

kokoc88

Вот и выходит, что при подходе от Facebook-а получается кода в 1.5 раза меньше, а накладные расходы при исполнении те же самые.

kokoc88

Да, так будет честное сравнение.

Dasar

А в другом подходе ты руками вычитал свойства модели, о чём тебе тоже надо было подумать. Например, по свойству isCritical нарисовать красную рамку, а по свойству text - содержимое контрола. Мало того, кроме неявных связей между компонентами, мы ещё и завязываем view на доменную модель.

6yrop

При классическом подходе (например, как у в примере) необходимо думать, что при изменении слагаемого необходимо дернуть перерисовку суммы. В примере для этого появился здоровый класс Presenter.

public Form1

{

    arg1TextBox.TextChanged += delegate {

        UpdateSum;

    };

    arg2TextBox.TextChanged += delegate {

        UpdateSum;

    };

    UpdateSum;

}



void UpdateSum

{

    string sum;

    int arg1;

    if (int.TryParse(arg1TextBox.Text, out arg1

    {

        int arg2;

        if (int.TryParse(arg2TextBox.Text, out arg2

            sum = (arg1 + arg2).ToString;

        else

            sum = нецелочисленныйАргумент;

    }

    else

        sum = нецелочисленныйАргумент;

    sumLabel.Text = sum;

}



const string нецелочисленныйАргумент = "нецелочисленный аргумент";

  

Dasar

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

Screen  <-- Model

Screen  <-- ViewModel

Screen --> Model, UpdateAndRedrawControls(.., Ci, ..)

Screen --> ViewModel, UpdateAndRedrawControls(.., Cj, ..)

Screen  <-- Model

Screen  <-- ViewModel

Screen --> Model

Screen --> ViewModel

kokoc88

1. Зачем руками? Вычитываться они будут тем же способом, что и при классике

2. Подход Facebook-а декомпозируется произвольным способом. Соедини View и Model через отдельный класс. Кто мешает?

Dasar

Самый прямолинейный вариант, чем плох?

kokoc88

Facebook подход

Screen  <-- Model, readPropertiesToRender

Screen  <-- ViewModel, readPropertiesToRender

Screen --> Model, render

Screen --> ViewModel, render

6yrop

Dasar

Screen <-- (sql-запрос) <-- DB

Screen <-- ViewModel

Screen --> DB, UpdateAndRedrawControls(.., Ci, ..)

Screen --> ViewModel, UpdateAndRedrawControls(.., Cj, ..)

Screen <-- (graphql-запрос) <-- DB

Screen <-- ViewModel

Screen --> DB

Screen --> ViewModel

6yrop

Мало кода, чтобы заметить отличие.

Dasar

Т.е. по принципу KISS мой вариант лучший?

kokoc88

readPropertiesToRender

6yrop

Переформулирую свою предыдущую ремарку. В примере слишком мало функционала, чтобы заметить отличие.

Dasar

В классическом понимании у контролов десятки свойств: цвет рамки, цвет фона, цвет текста, фокус, шрифт текста, и так далее.

если у невалидных полей в какой-нибудь анкете надо рисовать рамку красным цветом, не будем же мы каждому контролу в render приписывать свой border-color: isControlXXXValidColor;

kokoc88

Это же всего два свойства - style и class. Зачем для них обертки делать?

конечно не будем. Будет написано control.class += data.isInvalid? 'invalid' : null; один раз в обобщенном варианте View для поля.

Dasar

То есть из stateless контролов мы сделали обычные классические stateful.

kokoc88

Это stateless код.

Dasar

Что такое data, и как там вычисляется isValid?

kokoc88

1. Клиентская проверка. IsValid проверяет на какой-нибудь regexp.

Dasar

Фактически, ты просто полностью вынес состояние контрола в другой stateful класс. И этот класс ты будешь обновлять точно так же, как ты обновлял бы содержимое классического контрола.

DomObject View(ViewModel viewModel)

{

  var model = graph-ql(..);



  var input = new Input;

  input.class = 'age';

  if (isInt(viewModel.age

  {

     var age = ToInt(viewModel.age);

     if (model.IsPorno && age < 21)

     {

        input.class += 'invalid';

        input.title = 'Таких маленьких на порно не пускают!";

     } 

  }

  else

  {

     input.class += 'invalid';

  }

  return input;

}

kokoc88

Не будет никакого statefull-а. Будет stateless (упрощенный вариант, оставляя только суть для понимания).

Dasar

kokoc88

Ты напираешь на то, что в преобразовании `Screen <-- DB` будет дублирующийся код. Хотя эта проблема, вообще, ортогональна тому, что предлагает facebook.

Dasar

Я напираю на то, что в реальном проекте мы закончим написанием stateful моделей для всех контролов.

kokoc88

Не будет этого. Отвлекись от проблемы дублирования кода и покажи в примере выше где там появляется stateful.

luna89

Я напираю на то, что в реальном проекте мы закончим написанием stateful моделей для всех контролов.

kokoc88

Можешь сформулировать задачу? Я могу показать код (хочется поевангелировать за реакт в частности и за js вообще).

Dasar

Я пока что не увидел у тебя никакого третьего варианта.

kokoc88

Третий вариант: делается универсальная функция, которая рендерит stateless-модель.

luna89

Очевидно, что рендерить каждый Input со всеми его свойствами, вычитывая их прямо в коде рендеринга конкретного GUI, в таком проекте глупо.

kokoc88

В большом проекте надо иметь UI гайдлайн и под него наделать стандартных компонентов. Можно сделать компонент MyInput со свойством valid. Этот компонент будет рендерить обычный React.DOM.input, но при valid=false будет ставить красную рамку и красный шрифт.

Самое главное, что у нас везде обычный джаваскрипт (или тайпскрипт код можно рефакторить и декомпозировать как хочешь.

Dasar

То есть каждый раз, когда эта модель меняет свойство isValid, мы создаём её заново и записываем в состояние какой-то другой stateful модели

kokoc88

На каждое изменение генеришь через stateless новый вариант страницы

Dasar

Ты сам-то понял, что написал?

kokoc88

Да. Там написано ровно то, что делает код.

Dasar

И так, я ввёл 1 в поле возраста. Я правильно понимаю, что в onValueChanged ты пишешь domainModel = new DomainModel?

kokoc88

В примерах выше не было ничего с названием domainModel.

Dasar

как сделать универсальную функцию рендеринга всех Input.

DomObject UniversalView(ViewModel viewModel, GraphQlModel model, string field)

{

  var input = new Input;

  input.class = field;



  if (isInt(viewModel[field]

  {

     input.class += 'invalid';

  }

  return input;

}



DomObject View(ViewModel viewModel)

{



  var nonUniversalHandlers = new[]{new {field = 'age', graph-ql = graph-ql('is-porno' code = (viewModel, model, input)=>

     {

        if (model.IsPorno && viewModel['age'] < 21)

        {

          input.class += 'invalid';

          input.title = 'Таких маленьких на порно не пускают!";

       } 

     }

   var fields = new[]{'age', 'weight', 'height', 'width'};



   var model = graph-ql(graph-ql-merge(fields, nonUniversal.Select(_=>_.graph-ql;



   var panel = new Panel;

   foreach (var field in fields)

   {

      var input = UniversalView(viewModel, model, field);

      var handler = nonUniversalHandlers.FirstOrDefault(_=>_.field == field);

      if (handler != null)

         handler.code(model, input);

      panel.Add(input);

   }



  return panel;

}

kokoc88

isInt(viewModel[field])

Dasar

viewModel[field] - это состояние, которое может изменяться.

void redraw
{
var viewmodel = CollectViewModel(window);
var view = View(viewmodel);
react.redraw(window, view);
}

kokoc88

Это временное состояние с длиной жизни в цикл перерисовки.

Dasar

То есть на каждую нажатую клавишу, на каждое движение скролла я создаю целую иерархию классов только для отображения представления?

И потом, с какой стати временное состояние перестало быть состоянием?

6yrop

Можешь сформулировать задачу? Я могу показать код (хочется поевангелировать за реакт в частности и за js вообще).

6yrop

view.SetSum(sum);

kokoc88

Что это у тебя за страница такая? На которой на столько много элементов ввода, что они: во-первых требуют иерархию классов, а во вторых - тормозят (получение их значений из контролов в объект - не укладываются в 10мс)?

Элементов ввода на странице обычно десяток. Максимум сотня.

Состояние имеет свойство изменчивости во времени. Временное состояние не обладает такой изменчивостью.

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

Они будут храниться во ViewModel, а не в доменной модели.

Dasar

А ещё это может быть spreadsheet типа Google Docs.

И каким же образом эти mutable данные будут храниться в модели, которая создаётся 1 раз для рендеринга?

kokoc88

Mutable данные хранятся в data-аттрибутах контролов и собираются CollectViewModel.

Dasar

То есть в итоге мы получаем обычные контролы с состоянием.

Добавь, пожалуйста, для второго слагаемого замену текстового input-а на combobox(тег select) при нажатом checkbox-е и замену на input обратно при отжатом.
В combo-е значения 0, 1, 5, 10. Уже введенное значение копируется из input-а в combo и обратно. Если в combo-е такого значения нет, то оно временно добавляется.

6yrop

Если в combo-е такого значения нет, то оно временно добавляется.

kokoc88

Не знаю как ответить на этот вопрос. Предложенное решение от facebook-а одновременно похоже на контролы с состоянием и не похоже: часть свойств решения совпадают, а часть - даёт новые выгоды.

Предложи свой код для решения задачи

Можно сделать компонент MyInput со свойством valid. Этот компонент будет рендерить обычный React.DOM.input, но при valid=false будет ставить красную рамку и красный шрифт.

6yrop

model.first = int.Parse(val);
view.SetSum(model.Sum);

Does the object-oriented paradigm create problems?
Anders: You know, it depends on what you group under the object-oriented paradigm. Polymorphism and encapsulation and inheritance are as such not a problem, although functional languages typically have a different view of how you do polymorphism with their algebraic data types. Aside from that, I think the biggest problem typically with object-oriented programming is that people do their object-oriented programming in a very imperative manner where objects encapsulate mutable state and you call methods or send messages to objects that cause them to modify themselves unbeknownst to other people that are referencing these objects. Now you end up with side effects that surprise you that you can't analyze.
In that sense object-oriented programming is a problem, but you could do object-oriented programming with immutable objects. Then you wouldn't have these same problems. That's kind of what functional programming languages are doing, for example.
http://broadcast.oreilly.com/2009/04/an-interview-with-ander...

Dasar

Зачем это теперь надо, если и ты, и DDD уже подтвердили наличие состояния у контролов.

Dasar

Можно сделать компонент MyInput

kokoc88

Соответственно, подход facebook-а не о том, как избавиться от состояния, а как организовать код так, чтобы раз и навсегда избавиться от проблем, которые несёт за собой наличие состояния.

Такое решение не масштабируется.

kokoc88

Именно про такие строчки Хельсберг пишет, что это ООП, которое создает проблемы:

Dasar

Пока что мы договорились до того, что управление контролом размазано по двум местам.

Для цвета рамки мы меняем свойство модели контрола, а для отображения данных пишем код в рендиринге.

kokoc88

Не подтверждаю такой договоренности. Управление (в facebook подходе) всегда в одном месте.

apl13

вроде требуют какого-то УГ препроцессора

Dasar

Dasar

Dasar

kokoc88

Доступ к состоянию всегда делается через ViewModel, как на получение, так и на изменение.

kokoc88

Соответственно, цвет рамки и т.д. не входит во view-состояние.

Dasar

Привозит папа сына-дебила на море, привел его на пляж и объясняет:
П: Вот видишь, сынок, это море..
С: (тупо) Где?
П: Ну вот это плещется-это море...
С: (по прежнему тупо)Где?
П:(распаляясь)Ну вот мы сидим на таком желтом-это песок, а вон то синее-это море..
С:...Где?
П:(в бешенстве)Что ты идиот не понимаешь, вот это сухое, желтое-это песок, а вон то синее, плещется, мокрое-ЭТО МОРЕ!
С:(тупо)Где?
Папины нервы не выдерживают, он в крайней ярости хватает сына, и макает его головой в воду с криком "Вот море! Вот оно! Вот это море! Вот!" Сын захлебывается, кое-как вырывается и с трудом дыша спрашивает
-Папа, что это было?
-Море, %*"!
-ГДЕ?

kokoc88

Своё текущее эмоциональное состояние могу передать только анекдотом

Через декомпозицию Stateless Presenter-а на stateless SubPresenter-ы: обобщенные и частные.

Dasar

Тогда снова встаёт вопрос, как ты напишешь универсальную функцию для отображения любого поля для ввода текста. У тебя цвет определяется разными isValidXXX для разных полей.

luna89

Столько громких слов об immutable контролах,

6yrop

Ты собираешься привести пример immutable программы для ввода двух чисел и отображения их суммы?

 

     model.first = int.Parse(val);

     view.SetSum(model.Sum);

 

kokoc88

у тебя mutable поле model.first. Без этого mutable поля можно обойтись. См. мой код выше.

Dasar

То есть для проверки имени у меня будет класс IsValidNamePresenter, а для проверки возраста IsValidAgePresenter?

bool IsValid(string value)

{

  return (value ? "").Trim.IsEmpty;

}

bool IsValid(int age)

{

  return 0 <= age && age <= 150;

}

bool IsValid(string name)

{

   return //сложная проверка валидности имени;

}

kokoc88

Термин mutable/immutable в этом обсуждении ты первый употребил. Я вообще ничего подобного не упоминал.

luna89

Можно сделать компонент MyInput
Такое решение не масштабируется.

kokoc88

для различных проверок две разные функции

6yrop

Твой код выше - это простой пример. Если ты точно так же пишешь код в больших коммерческих проектах, то у меня для тебя плохие новости.

 

     view.SetSum(model.Sum);

     model.first = int.Parse(val);

 

kokoc88

Именно на больших проектах и проявляется вред от лишнего mutable состояния.

Dasar

Ещё раз повторю: если ты парсишь содержимое контролов каждый раз, когда тебе нужны данные, то у меня для тебя плохие новости.

luna89

Больше того, в примере от DDD достаточно попросить сделать следующее изменение. Если я ввёл буквы или знак минус, то текст не должен заменяться на NaN, а должен оставаться ровно таким, как я его ввёл и поддерживать редактирование с помощью del/backspace. При этом во время редактирования поле суммы должно содержать предыдущее корректное значение.

6yrop

паттерн Materialized View

Dasar

я только в Oracle этот термин знаю.

materialized(f)

{

   var cache = null;

   var changeTick = -1;

   return (state)=>

   {

       if (changeTick == state.changeTick)

         return cache;

      changeTick = state.changeTick;

      cache = f(state);

      return cache;

   }

}

6yrop

 

        public static Func<T, TResult> Lazy<T, TResult>(Func<T, TResult> func, Func<T, T, bool> equalFunc)

        {

            var valueIsSet = false;

            var cachedArg = default (T);

            var cachedValue = default (TResult);

            return arg => {

                if (valueIsSet == false || !equalFunc(arg, cachedArg

                {

                    cachedValue = func(arg);

                    cachedArg = arg;

                    valueIsSet = true;

                }

                return cachedValue;

            };

        }



        public static Func<string, TResult> Lazy<TResult>(Func<string, TResult> func)

        {

            return Lazy(func, (x, y) => x == y);

        }



        public static Func<int, TResult> Lazy<TResult>(Func<int, TResult> func)

        {

            return Lazy(func, (x, y) => x == y);

        }

 

Dasar

Я иногда применяю вот такую функцию:

6yrop

Lazy оптимальнее для ситуаций, когда state - маленький(функция сравнения дешевая). На больших state-ах(функция сравнения дорогая) оптимальнее вариант с changeTick-ом.

6yrop

Ещё раз повторю: если ты парсишь содержимое контролов каждый раз, когда тебе нужны данные, то у меня для тебя плохие новости. Хотя, OH, SHI....

 

readonly Func<string, Option<int>> arg1Parse = Func.Lazy(_ => _.ParseInt32;

readonly Func<string, Option<int>> arg2Parse = Func.Lazy(_ => _.ParseInt32;



public Form1

{

   arg1TextBox.TextChanged += delegate {

        UpdateSum;

    };

    arg2TextBox.TextChanged += delegate {

        UpdateSum;

    };

    UpdateSum;

}



void UpdateSum

{

    sumLabel.Text = (from arg1 in arg1Parse(arg1TextBox.Text)

        from arg2 in arg2Parse(arg2TextBox.Text)

        select (arg1 + arg2).ToString.ValueOr("нецелочисленный аргумент");

}

 

kokoc88

Вариант с оптимизацией парсинга:

Dasar

... и с mutable состоянием.

kokoc88

Mutable бывает разный - одни создают проблем, другие - нет.

Dasar

Ага, давай ещё вводить градации mutable состояний и плодить больше обёрточного кода. Каждый int в отдельный класс с десятком свойств.

kokoc88

Как из первого следует второе?

6yrop

Так, что Шуреск уже завернул пару интов в две обёртки, у которых суммарно около 16 полей. Я уже молчу о том, что он создал коуплинг между моделью и представлением и нагородил кода, который тяжело прочитать.

kokoc88

Так, что Шуреск уже завернул пару интов в две обёртки, у которых суммарно около 16 полей.

kokoc88

Приведи свой не псевдо код, а полностью рабочий без эксепшенов код.

6yrop

Абсурдность подкрепляется тем, что вот тут наезд на перепутанный порядок следования строк, где компилятор нас не предупредит:view.SetSum(model.Sum);model.first = int.Parse(val);А вот тут якобы спутать arg1Parse и arg2Parse никак не получится. Видимо, компилятор нас предупредит:

6yrop

Сначала ты приведи свой не псевдо код, а полностью рабочий, который можно скомпилировать, покрытый юнит тестами код.

интеграторских решений,

kokoc88

Главная проблема при разработке ПО это внесение изменений так, чтобы ничего не поломать.

Ты же приводишь ошибку, которая отлавливается при первом тестировании и потом не возникает.

kokoc88

Он уже в этом треде.

6yrop

kokoc88

ты тоже приводи без юнит тестов

6yrop

Мало того, на эту отловленную ошибку нужно будет написать автоматический тест, который в твоём случае потребует ещё больших мысленных усилий.

6yrop

Не вижу смысла обсуждать подход, который не пригоден для сколько-нибудь серьёзной разработки. И код, который не пригоден для серьёзных коммерческих проектов.

kokoc88

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

Если бы ты еще аргументы написал, почему, на твой взгляд, он не пригоден.

6yrop

kokoc88

Как это мимо тебя проходит не знаю, но о сокращении mutable состояния говорят многие.

Dasar

arg1TextBox.TextChanged += delegate {

6yrop

6yrop

А вот тут якобы спутать arg1Parse и arg2Parse никак не получится.

 

    void OnChanged1(string val)

    {

        model.second = int.Parse(val);

        view.SetSum(sum);

    }

 

6yrop

сокращении boilerplate

kokoc88

Получаем счет 2:0 в мою пользу.

6yrop

kokoc88

Приведи код и юнит тесты.

6yrop

kokoc88

Ты о чем?

6yrop

luna89

Больше того, в примере от DDD достаточно попросить сделать следующее изменение. Если я ввёл буквы или знак минус, то текст не должен заменяться на NaN, а должен оставаться ровно таким, как я его ввёл и поддерживать редактирование с помощью del/backspace. При этом во время редактирования поле суммы должно содержать предыдущее корректное значение.

kokoc88

Код

6yrop

При этом во время редактирования поле суммы должно содержать предыдущее корректное значение.
 

kokoc88

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

6yrop

kokoc88

Сохраню, как образец хода мыслей, который по своей абсурдности не уступает женской логике.

6yrop

kokoc88

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

apl13

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

6yrop

Ты используешь бота, чтобы ставить себе плюсики. О чём с тобой теперь вообще можно говорить? Я могу только сказать тебе спасибо, за то, что поднял мне настроение на весь день.

kokoc88

Очень рад, что являюсь главным героям твоих фантазий.

6yrop

kokoc88

Ты так комплексуешь забавно.

6yrop

Пример слишком маленький(мало функционала чтобы заметить отличие. Добавь, пожалуйста, для второго слагаемого замену текстового input-а на combobox(тег select) при нажатом checkbox-е и замену на input обратно при отжатом.В combo-е значения 0, 1, 5, 10. Уже введенное значение копируется из input-а в combo и обратно. Если в combo-е такого значения нет, то оно временно добавляется.

6yrop

Я не вижу в этом смысла, потому что не вижу смысла рассматривать твои кошмарные высеры в конктексте слова "код".

luna89

Думаю, что в ближайшее время напишу код для этого примера. Пока ответь, что значит "временно", когда оно исчезает, когда выбрали другое значение?

6yrop

luna89

Потом пользователь выбрал 5. 13 должно исчезнуть из списка или остаться?

Dasar

13 должно исчезнуть из списка или остаться?

6yrop

6yrop

luna89

6yrop

 

    public partial class Form1 : Form

    {

        public Form1

        {

            InitializeComponent;



            firstArgTextBox.TextChanged += delegate { RefreshResult; };

            secondArgTextBox.TextChanged += delegate { RefreshResult; };

            secondArgCheckBox.CheckedChanged += delegate {

                RefreshSecondArgWidget;

                RefreshResult;

            };

            secondArgComboBox.SelectedIndexChanged += delegate {

                if (SelectedComboBoxItem == null || !SelectedComboBoxItem.Temporary)

                    RemoveTemporaryItem;

                RefreshResult;

            };

            foreach (var item in new[] {0, 1, 5, 10})

                secondArgComboBox.Items.Add(new ComboBoxItem(item.ToString false;

            RefreshSecondArgWidget;

            RefreshResult;

        }



        private void RefreshSecondArgWidget

        {

            secondArgTextBox.Visible = !secondArgCheckBox.Checked;

            secondArgComboBox.Visible = secondArgCheckBox.Checked;

            if (secondArgCheckBox.Checked)

            {

                RemoveTemporaryItem;

                if (!string.IsNullOrEmpty(secondArgTextBox.Text

                {

                    var item = secondArgComboBox.Items.Cast<ComboBoxItem>.SingleOrDefault(_ => _.Text == secondArgTextBox.Text);

                    if (item == null)

                    {

                        item = new ComboBoxItem(secondArgTextBox.Text, true);

                        secondArgComboBox.Items.Add(item);

                    }

                    secondArgComboBox.SelectedItem = item;

                }

                else

                    secondArgComboBox.SelectedItem = null;

            }

            else

                secondArgTextBox.Text = SelectedComboBoxItem == null ? "" : SelectedComboBoxItem.Text;

        }



        private ComboBoxItem SelectedComboBoxItem

        {

            get { return (ComboBoxItem) secondArgComboBox.SelectedItem; }

        }



        private void RemoveTemporaryItem

        {

            var temporaryItem = secondArgComboBox.Items.Cast<ComboBoxItem>.SingleOrDefault(_ => _.Temporary);

            if (temporaryItem != null) secondArgComboBox.Items.Remove(temporaryItem);

        }



        private void RefreshResult

        {

            sumLabel.Text = (from firstArg in firstArgTextBox.Text.ParseInt32

                from secondArg in (secondArgCheckBox.Checked

                    ? SelectedComboBoxItem == null ? new Option<string> : SelectedComboBoxItem.Text

                    : secondArgTextBox.Text).SelectMany(_ => _.ParseInt32

                select (firstArg + secondArg).ToString.ValueOr("нецелочисленный аргумент");

        }



        private class ComboBoxItem

        {

            public readonly string Text;

            public readonly bool Temporary;



            public ComboBoxItem(string text, bool temporary)

            {

                Text = text;

                Temporary = temporary;

            }



            public override string ToString

            {

                return Text;

            }

        }

    }

 

luna89

Пока твой код посмотрел не полностью (кофескрипт читаю с трудом). Я так понимаю lift это такая своеобразная работа с maybe монадой?

6yrop

6yrop

Пример слишком маленький(мало функционала чтобы заметить отличие.

Dasar

Небольшое преимущество реакта есть, но оно очень небольшое.

Классический сильно-связанный подход - Presenter(предыдущее отображение, ViewModel, Model
слабо связанный:
  - новое отображение = Presenter(ViewMode, Model)
  - diff = Diff(текущее отображение, новое отображение)
 - Apply(предыдущее отображение, diff)

6yrop

Я тут подумал над этой проблемой и решил посмотреть, а как с этой проблемой в твоем коде?
Оказалось, что там еще хуже, в два раза хуже. Легко можно написать так

 

    public static class TextBoxExtensions

    {

        public static Option<int> GetInt32(this TextBox it)

        {

            const string key = "ParseInt32";

            var data = it.GetData(key);

            Func<string, Option<int>> parse;

            if (!data.HasValue)

            {

                parse = Func.Lazy(_ => _.ParseInt32;

                it.SetData(key, parse);

            }

            else

                parse = (Func<string, Option<int>>) data.Value;

            return parse(it.Text);

        }

    }



    public static class ControlExtensions

    {

        public static Option<object> GetData(this Control it, string key)

        {

            object value;

            if (GetDictionary(it).TryGetValue(key, out value return value;

            return new Option<object>

        }



        public static void SetData(this Control it, string key, object value)

        {

            GetDictionary(it)[key] = value;

        }



        private static Dictionary<string, object> GetDictionary(Control it)

        {

            if (it.Tag == null)

            {

                var dictionary = new Dictionary<string, object>

                it.Tag = dictionary;

                return dictionary;

            }

            else

                return (Dictionary<string, object>) it.Tag;

        }

    }

 

 

        public Form1

        {

            firstArgTextBox.TextChanged += delegate { RefreshSum; };

            secondArgTextBox.TextChanged += delegate { RefreshSum; };

            RefreshSum;

        }



        void RefreshSum

        {

            sumLabel.Text = (from firstArg in firstArgTextBox.GetInt32

                from secondArg in secondArgTextBox.GetInt32

                select (firstArg + secondArg).ToString.ValueOr("нецелочисленный аргумент");

        }

 

6yrop

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

 

        public Form1

        {

            firstArgTextBox.TextChanged += delegate { RefreshSum; };

            secondArgTextBox.TextChanged += delegate { RefreshSum; };

            thirdArgTextBox.TextChanged += delegate { RefreshSum; };

            RefreshSum;

        }



        void RefreshSum

        {

            sumLabel.Text = (from firstArg in firstArgTextBox.GetInt32

                from secondArg in secondArgTextBox.GetInt32

                from thirdArg in thirdArgTextBox.GetInt32

                select (firstArg + secondArg + thirdArg).ToString.ValueOr("нецелочисленный аргумент");

        }

 

kokoc88

В чем проблема?

6yrop

Если ты сам не понимаешь, то боюсь, что тебе это уже никто не объяснит. Так и придётся мучаться до смерти твоему гению среди серости и обыденности.

kokoc88

и работают с maybe монадой аналогичным образом.

Dasar

    sumLabel.Text = (from firstArg in firstArgTextBox.GetInt32
        from secondArg in secondArgTextBox.GetInt32
        from thirdArg in thirdArgTextBox.GetInt32
        select (firstArg + secondArg + thirdArg).ToString.ValueOr("нецелочисленный аргумент");

Func<int, int> Add = (i,j)=>i+j;



sumLabel.Text = firstArgTextBox.GetInt32

  .F(Add, secondArgTextBox.GetInt32

  .F(Add, thirdArgTextBox.GetInt32

  .OrDefault("нецелочисленный аргумент");





static class OptionHlp

{

   public static Option<TTarget> F<TArg1, TArg2, TTarget>(this Option<TArg1> value1, Func<TArg1, TArg2, TTarget> f, Option<TArg2> value2)

   {

      if (value1.HasValue && value2.HasValue)

        return f(value1, value2);

      return Option.Empty;

   }

}

6yrop

Имхо, вот так будет понятнее

  

2*firstArg + decimal.Round(secondArg*thirdArg/100, MidpointRounding.AwayFromZero)

Dasar

2.ToOption.F(Mul, firstArg)

 .F(Add, secondArg.F(Mul, thirtArg).F(Div, 100).F(decimal.Round, MidpointRounding.AwayFromZero

var res = OptionProcess=>2*firstArgTextBox.GetInt32.Mark 

  + decimal.Round(secondArgTextBox.GetInt32.Mark*thirdArgTextBox.GetInt32.Mark/100, MidpointRounding.AwayFromZero;





static class OptionHlp

{

   //fake-овая функция. Маркирует выражения для функции OptionEvaluate

   static T Mark<T>(this Option<T> option)

   {

      return option.Value;

   }

   static Func<Option<T>> OptionProcess<T>(Expression<Func<T>> f)

   {

      //перекомпиливает функцию f. Ищет подвыражения помеченные Mark и выносит их в качестве аргументов.

      //Вышеприведенное выражение будет перетранслировано в выражение вида:

      return =>

        {

           var arg1 = firstArgTextBox.GetInt32;

           var arg2 = secondArgTextBox.GetInt32;

           var arg3 = thirtArgTextBox.GetInt32;

           if(!arg1.HasValue || !arg2.HasValue || !arg3.HasValue)

             return Option.Empty;

           return 2*arg1 + decimal.Round(arg2*arg3/100, MidpointRounding.AwayFromZero);

        }

   }

}

6yrop

6yrop

Ты используешь более оптимальный подход, чем классический.

Dasar

Monadic comprehension syntax это часть языка C#.

Dasar

Ты можешь дать ссылки на то, что ты называешь "классический"?

6yrop

Dasar

Где можно прочесть их классическое описание?

6yrop

Conclusion
The Model-View-Controller, Model-View-Presenter, and Presentation-Abstraction-Control patterns are similar in many ways, but have each evolved to address slightly different concerns. By becoming familiar with these patterns and other related architecture models, developers and architects will be better equipped in choosing an appropriate solution in their next design endeavor, or possibly in the creation of future architecture design patterns.
http://aspiringcraftsman.com/2007/08/25/interactive-applicat...
 

6yrop

И сделан был только для того, чтобы не испугать тех, кто переходил с написания sql-запросов на linq-запросы.

 

m1.bing(x1 => m2.bind(x2 => m3.bind(x3 => someFunction(x1, x2, x3

 

 

m1.bing(x1 => m2.bind(x2 => new {x1, x2}.bind(temp => m3.bind(x3 => someFunction(temp.x1, temp.x2, x3

 

Если он задумывался как Monadic, то нафига в него затащили sql-ный синтаксис, который там ни к селу, ни к городу?

6yrop

вики, msdn, Fowler

6yrop

Flow Synchronization

6yrop

... и с mutable состоянием.

kokoc88

Да, с mutable состоянием, но это состояние полностью инкапсулировано в функции Lazy. Внешний интерфейс совпадает с интерфейсом без изменяемого стояния.

6yrop

Dasar

Количество вложенных лямбд теперь не растет.

Dasar

К названиям можно привыкнуть, это не big deal.

6yrop

6yrop

Cам синтаксис чужеродный для C# и в этом проблема. Это всё равно, что brainfuck затащить в C#, писать и на нём, конечно, можно, но это убъект производительность программиста из-за множества переключений контекста.

luna89

Повторюсь, реакт оборачивает стандартный DOM

luna89

У тебя в первом варианте состояние было с целыми числами, в последнем варианте состояние со строками. Прокомментируй это изменение.

6yrop

На стандартном DOM далеко не уедешь. Нужна абстракция виджета и возможность строить дерево виджетов. Нужны аналоги реактовских колбэков componentDidMount и componentWillUnmount, иначе невозможно создавать виджеты, которым надо, например, навесить какой-то глобальный обработчик событий и убрать его при удалении.
Затем, в твоем коде видны зачатки проблем с утечками памяти. Есть виджет A, на события в нем подписан виджет B. Когда виджет B удаляется, то ссылка на него остается висеть в виджете A. Понимание этой проблемы на порядок сложнее, чем все API реакта вместе взятое.

На стандартном DOM далеко не уедешь. Нужна абстракция виджета и возможность строить дерево виджетов. Нужны аналоги реактовских колбэков componentDidMount и componentWillUnmount, иначе невозможно создавать виджеты, которым надо, например, навесить какой-то глобальный обработчик событий и убрать его при удалении.
Затем, в твоем коде видны зачатки проблем с утечками памяти. Есть виджет A, на события в нем подписан виджет B. Когда виджет B удаляется, то ссылка на него остается висеть в виджете A. Понимание этой проблемы на порядок сложнее, чем все API реакта вместе взятое.

... выводить нужный уровень абстракции по требованию
 

На стандартном DOM далеко не уедешь.

6yrop

На стандартном DOM далеко не уедешь. Нужна абстракция виджета и возможность строить дерево виджетов. Нужны аналоги реактовских колбэков componentDidMount и componentWillUnmount, иначе невозможно создавать виджеты, которым надо, например, навесить какой-то глобальный обработчик событий и убрать его при удалении.
Затем, в твоем коде видны зачатки проблем с утечками памяти. Есть виджет A, на события в нем подписан виджет B. Когда виджет B удаляется, то ссылка на него остается висеть в виджете A. Понимание этой проблемы на порядок сложнее, чем все API реакта вместе взятое.

luna89

У меня нет утечек памяти. Описанный сценарий к моему коду не имеет ни малейшего отношения. Ни каких зачатков нет.

6yrop

У всех есть, а у тебя нет. Может быть ты просто не осознаешь проблему?

Как ты собрался реализовывать componentDidMount/componentWillUnmount ты тоже не объяснил.

Все js фреймворки пытались его реализовать с переменным успехом.
 

6yrop

 

subscribe {

    a.E1 += b.M1;

}

subscribe;

...

//удаляем b, создаем новый и для нового объекта подписываемся

b = new B; //ссылка на старый экземпляр (который был в b) осталась в E1

subscribe;

 

 

a.E1 +=  => b.M1;

...

//удаляем b, создаем новый

b = new B; //старый экземпляр (который был в b) удаляется сборщиком мусора

 

Dasar

//удаляем b, создаем новый
b = new B; //старый экземпляр (который был в b) удаляется сборщиком мусора

6yrop

Не будет удаление старого b. У a осталась ссылка на него.

 

    class Program

    {

        static void Main(string[] args)

        {

            var program = new Program;

            program.a.OnE1;

            program.b = new B(2);

            GC.Collect;           

            Thread.Sleep(1000);

            Console.WriteLine("GC.Collect");

            program.a.OnE1;

        }



        public Program

        {

            a.E1 +=  => b.M1;

        }



        public A a = new A;



        public B b = new B(1);

    }



    class A

    {

        public event Action E1;



        public void OnE1

        {

            if (E1 != null) E1;

        }

    }



    class B

    {

        private readonly int i;



        public B(int i)

        {

            this.i = i;

        }



        public void M1

        {

            Console.WriteLine("M1" + i);

        }



        ~B

        {

            Console.WriteLine("~B" + i);

        }

    }

 

 

M11

~B1

GC.Collect

M12

~B2

 

Dasar

6yrop

Сомневаюсь, что возможно выстроить реальный интерфейс без отписывания от событий.

Dasar

Отписывание от событий используется либо для обхода косяков в используемых компонентах, либо это говнокод.

6yrop

Dasar

6yrop

подписываясь для этого на события формы

 

form.Minimized +=  => foreach(var aControl in AControls) aControl.ОтключитьТяжелуюФункцию;

 

Dasar

подписаться на событие формы один раз

6yrop

Dasar

Куда они добавляются?

6yrop

Кто это делает? Если сама форма, то нарушается инкапсуляция. Форма тогда знает о том, что бывают контролы с тяжелой функцией.

 

public A(Form form) {

	form.Minimized +=  => { ... }

};

 

 

public static Func<A> ACreator(Form form) {

	form.Minimized +=  => foreach(var aControl in AControls) aControl.ОтключитьТяжелуюФункцию;

	return  => ...;

};



private A {

}

 

куда-то в дерево контролов. (до этого тобой декларировался принцип, что не стоит состояние хранить где-то еще, если оно и так уже хранится в самих контролах)

6yrop

тестами код

luna89

kokoc88

Действительно, простые разработчики устали от постоянной фрустрации, вызванной фрагментированностью и отсутствием целостного видения при разработке под такие платформы, как, например, Java и .Net.

luna89

Простые разработчики устали получать 1 звезду от пользователей, у которых тормозят не native приложения. Это к истории с Facebook, да.

kokoc88

Не понял, о чем ты. У тебя какие-то претензии к продуктам или библиотекам фейсбука?

luna89

Рейтинг приложения Facebook, написанного Facebook на HTML5, был очень низким из-за того, что оно дико тормозило.

6yrop

Я мечтаю о СУБД, из коробки поддерживающей GraphQL по HTTP и вебсокетам, с хранимыми процедурами на javascript.

kokoc88

Именно поэтому фейсбук создал React Native, который не использует HTML5

luna89

Да, но это тоже не Native. Я более чем уверен, что все дифирамбы утихнут на пару-тройку лет, когда выйдут реальные приложения, которые будут тормозить или плохо работать. Не верится, что Facebook в чём-то принципиально отличается от разработчиков Native компонентов в Google и Apple.

6yrop

Кстати, ты всё время сливаешься в спорах про языки с динамической типизацией, т.к. скудоумие не даёт тебе понять, что для некоторых групп разработчиков читаемость более приоритетна, чем все плюсы статической типизации вместе взятые.

kokoc88

Статический анализ кода компилятором/инструментами, не использование лишнего mutable состояния — всё это является средствами улучшения читаемости кода.

        public static Func<object, QWriter, TemplateBase> BuildQFragment(Type type, string text,

            [CallerLineNumber] int lineNumber = 0, [CallerFilePath] string filePath = "")

        {

            //TODO: теперь имя класса может быть постоянным, поскольку эмитем в отдельную сборку. Сделать это.

            var template = "T" + Guid.NewGuid.ToString("N");

            var host = new RazorEngineHost(new CSharpRazorCodeLanguage {

                GeneratedClassContext = new GeneratedClassContext(

                    executeMethodName: GeneratedClassContext.Default.ExecuteMethodName,

                    writeMethodName: GeneratedClassContext.Default.WriteMethodName,

                    writeLiteralMethodName: GeneratedClassContext.Default.WriteLiteralMethodName,

                    writeToMethodName: WriteToMethodName,

                    writeLiteralToMethodName: WriteLiteralToMethodName,

                    templateTypeName: typeof (QFragment).FullName,

                    defineSectionMethodName: GeneratedClassContext.Default.DefineSectionMethodName

                DefaultBaseClass = typeof (TemplateBase).FullName,

                DefaultClassName = template

            };

            var razorConfiguration = RazorConfigurationHelper.Get(filePath, lineNumber);

            foreach (var namespaceImport in razorConfiguration.Item1)

                host.NamespaceImports.Add(namespaceImport);



            var engine = new RazorTemplateEngine(host);

            GeneratorResults razorResult;

            using (var reader = new StringReader(text

                razorResult = engine.GenerateCode(reader, className: null, rootNamespace: null,

                    sourceFileName: GetQueryPath(filePath, lineNumber;

            if (!razorResult.Success)

            {

                var error = razorResult.ParserErrors[0];

                throw new ApplicationException(

                    String.Format("Razor parsing error: '{3}' (Caller line number {4}, Ln {0}, Col {1}) {2}",

                        error.Location.LineIndex + 1, error.Location.CharacterIndex + 1, error.Message,

                        filePath, lineNumber;

            }

            StringWriter stringWriter;

            using (stringWriter = new StringWriter

            using (var codeProvider = new CSharpCodeProvider

                codeProvider.GenerateCodeFromCompileUnit(

                    razorResult.GeneratedCode, stringWriter, new CodeGeneratorOptions;



            var propertyInfos = type.GetProperties.Select(_ => new {

                _.Name,

                _.PropertyType,

                SetterName = "." + _.Name

            }).ToList;

            if (propertyInfos.All(_ => _.Name != "p"

                propertyInfos.Add(new {

                    Name = "p",

                    PropertyType = type,

                    SetterName = ""

                });



            var types = new Dictionary<Assembly, string>

            var syntax = GetTypeSyntax(type, types);

            var typeSyntaxs = propertyInfos.Select(_ => GetTypeSyntax(_.PropertyType, types.ToList;



            var compilationUnitSyntax = SyntaxTree.ParseText(stringWriter + @"

namespace Razor

{

" + String.Join(@"

", types.Select(_ => "    extern alias " + _.Value + ";" + @"



    public partial class " + template + @"

    {

        internal static " + typeof (TemplateBase).FullName + @" M58a3d6d024dc47c6a692e20e29210b89(object arg, " +

                typeof (QWriter).FullName + @" writer) {

            var arg2 = (System.Object)arg;

            var result = new " + template + @"(writer);

" + String.Join(@"

", propertyInfos.Select(_ => "            result." + _.Name + " = arg2" + _.SetterName + ";" + @"

            return result;

        }



        public " + template + @"(" + typeof (QWriter).FullName + @" builder): base(builder) {}



" + String.Join(@"

", propertyInfos.Select(_ => "        internal System.Object " + _.Name + ";" + @"

    }

}

").GetRoot;

            var descendantNodes = compilationUnitSyntax.ChildNodes.Skip(1).First.DescendantNodes;

            var syntaxTree = SyntaxTree.CreateCompilationUnitSyntax) new Rewriter(

                descendantNodes.OfType<MethodDeclarationSyntax>.First.DescendantNodes

                    .OfType<CastExpressionSyntax>.First

                syntax,

                descendantNodes.OfType<FieldDeclarationSyntax>.Select(

                    _ => _.DescendantNodes.OfType<VariableDeclarationSyntax>.Single

                    .Take(typeSyntaxs.Count).SelectdeclarationSyntax, i) => new {

                        declarationSyntax,

                        typeSyntax = typeSyntaxs[i]

                    }).ToDictionary(_ => _.declarationSyntax, _ => _.typeSyntax)

                ).Visit(compilationUnitSyntax;

            var compilation = Compilation.Create(DynamicMaterializer.AssemblyName.Name,

                new CompilationOptions(OutputKind.DynamicallyLinkedLibrary

                new[] {syntaxTree},

                types.Select(_ => new MetadataFileReference(_.Key.Location,

                    new MetadataReferenceProperties(alias: _.Value

                    .Concat(razorConfiguration.Item2

                        .Select(_ => new MetadataFileReference(_.Location;

            var className = "Razor." + template;

            CommonEmitResult emitResult;

            Func<Type> typeFunc;

            if (!Debugger.IsAttached)

            {

                emitResult = compilation.Emit(DynamicMaterializer.ModuleBuilder);

                typeFunc =  => DynamicMaterializer.ModuleBuilder.GetType(className);

            }

            else

            {

                MemoryStream stream;

                MemoryStream pdbStream;

                using (stream = new MemoryStream

                using (pdbStream = new MemoryStream

                    emitResult = compilation.Emit(stream, pdbStream: pdbStream);

                typeFunc =  => Assembly.Load(stream.GetBuffer pdbStream.GetBuffer.GetType(className);

            }



            foreach (var diagnostic in emitResult.Diagnostics)

            {

                var lineSpan = diagnostic.Location.GetLineSpan(usePreprocessorDirectives: true);

                throw new ApplicationException(

                    string.Format("Build error: '{3}' (Caller line number {4}, Ln {0}, Col {1}) {2}",

                        lineSpan.StartLinePosition.Line + 1,

                        lineSpan.StartLinePosition.Character + 1,

                        diagnostic.Info.GetMessage

                        filePath, lineNumber;

            }



            return (Func<object, QWriter, TemplateBase>) typeFunc

                .GetMethod("M58a3d6d024dc47c6a692e20e29210b89", BindingFlags.Static | BindingFlags.NonPublic)

                .CreateDelegate(typeof (Func<object, QWriter, TemplateBase>

        }

luna89

6yrop

Куколка моя, я смотрю, ты перечитал весь тредик, чтобы рассказать всем о том, что я не понимаю? Видишь ли, вот этому кодику статический анализ с читаемостью как бы не помогает:

6yrop

Видишь ли, вот этому кодику статический анализ с читаемостью как бы не помогает:

kokoc88

У тебя низкие навыки чтения чудого кода. Учись читать.

6yrop

kokoc88

Назовешь проблемы, будет повод думать иначе.

Dasar

6yrop

Интересно обсудить, какие бы ты использовал подходы, и какой бы ты рекомендовал стиль код для решения задач:- генерация dbml из БД- генерация кода на основе dbml- исполнение EF-запросов- проверки того, что в этих генерациях минимизированы ошибки

kokoc88

Мне тоже многое не нравится в стиле оформления кода Shurick-а, но это не отменяет необходимость в задачах генерации кода, статической валидации кода и написания такого кода, который удобен для статической валидации.

kokoc88

Возникли проблем? Значит написали мало тестов. Пишите, пишите, обезьянки, а тимлид один в белом.

Dasar

ТЕСТЫ!

6yrop

Подходы, аналогичные твоему, получаются радикально справа - 100% стат. анализа и 0% тестов

Dasar

Без статического анализа и ReSharper-а код не может быть читаемый в принципе,

Dasar

Только что переключился из окна Visual Studio, где писал тесты. О каком "моем подходе" ты говоришь?

luna89

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

Dasar

Это ложная дихотомия, потому что проверка типов дается забесплатно.

DataTable itemTable = new Command("select X, Y from Item where Item.X = {0}", x).Execute;

if (<condition>) y = (int)itemTable.Rows[i]["Y"];

var items = context.Query<Item>("select X, Y, From Item where Item.X = {0}", x);

if (<condition>) y = items[i].Y;

//коллекция для доступа к БД, сгенерированная на основе мета-описания

IQueriable<Item> Items;



var items = context.Items.Where(item => item.X == x).ToArray;

if (<condition>) y = items[i].Y;

kokoc88

Для проверки соответствия кода и БД необходимо много тестов, которые покроют каждый IF.

Dasar

Во всех трёх подходах каждый if уже покрывается за счёт тестов на бизнес логику.

kokoc88

Во-первых, останутся If-ы не покрытые бизнес-тестами. Это обычно if-ы, которые срабатывают при ошибке или при нештатной ситуации.

Во-вторых, бизнес-тесты выполняются от десятков минут до нескольких часов, проверка соответствия кода и БД делается моментально.

Dasar

Эти if-ы никак не зависят от проверок типизации.

6yrop

Во всех трёх подходах каждый if уже покрывается за счёт тестов на бизнес логику.

kokoc88

Это утверждение не соответствует примерам выше.

Сколько у тебя было на проекте бизнес-тестов? И сколько времени они выполнялись? Сколько в проекте было if-ов?

kokoc88

Отцу основателю Kent Beck требуется еще 10-20 лет на создание теории: какие тесты надо писать, а какие нет. А Майк уже пользуется следствиями этой теории. Мол, будут обязательно написаны все тесты, которые покрывают sql magic string. Забавно апеллировать к следствиям из несуществующей теории.

6yrop

Возьмем задачу проверки, что код соответсвует структуре БД и три подхода для обращения к БД

Получается, что реляционные отношения практически отсутствуют. Даже join иногда выполняется двумя запросами в базу.

kokoc88

Ты задаешь эти вопросы человеку, который использует RDBMS как key-value storage. И употребляет словосочетание "реляционные отношения". Только одно это словосочетание говорит о том, что человек не знаком с основами реляционной теории. Человек не умеет и не хочет работать с реляционкой, а ты ему про высокие материи: валидацию кода и т.п.

Пользователь форумлокал сказал мне сделать суицид

6yrop

Мы разговариваем с человеком, у которого не всё в порядке с головой. Он всё время жалуется на тех, кто умнее его. Только одно это говорит о том, что человек не готов к признанию реальности и вопреки всему считает, что он адекватен. На деле же его ранимая детская психика не готова к серьёзным разговорам, а мы ему про высокие материи: тестирование, читаемость кода, и т.п.

kokoc88

Серьёзные разговоры с умными людьми, которые предлагают собеседнику суицид. Абсурд же!

stm5872449

И употребляет словосочетание "реляционные отношения".

6yrop

6yrop

И что не так с этим словосочетанием?

kokoc88

Умный человек, ты не понял моего поста про ядерное оружие.

kokoc88

Попробуй перевести его на английский.

6yrop

Только "фрайворк" не переводи. Хотя бы не перед сном.

6yrop

Петушочек, ты пойди мне в той теме возрази.

YUAL

"фрайворк" по английски framework. Что тебя смущает?

6yrop

По твоему какой у тебя баланс между стат. анализом и тестами?

6yrop

За десять лет ни единого разрыва!11

6yrop

Это ложная дихотомия, потому что проверка типов дается забесплатно.

kokoc88

Ты предлагаешь Петушку возражать Умному Человеку?

kokoc88

"фрайворк" по английски framework. Что тебя смущает?

6yrop

ты пойди мне в той теме возрази.

Я предлагаю тебе захлопнуть свой клювик.

kokoc88

Душевные метания гопника Умного Человека.

luna89

Тебе пришлось вынести редактируемое состояние контрола в state доменной модели, потому что типы данных доменной модели и модели контрола различаются.

Dasar

На статическом языке написать такую функцию не получится, ну или потребуется очень сильное метапрограммирование.

6yrop

Затем, я придумал прикольную функцию combineObject. Она проходится по всем свойствам объекта (в нашем случае {first: Maybe Int, second: Maybe Int} ищет там Nothing, и если все ок то возвращает Just {first: Int, second: Int}, иначе Nothing.
Таким образом, если у нас форма о 20 полях, то чтобы проверить что она заполнена, не надо писать багоопасный код сложения 20 флагов. У нас просто каждый виджет будет смотреть в определенное поле объекта и читать/писать туда Maybe<T>. Потом можно сделать combineObject и посмотреть, что получилось - Just или Nothing. На статическом языке написать такую функцию не получится, ну или потребуется очень сильное метапрограммирование.

6yrop

Потребуется одна функция - которая отображает поля класса на dictionary. В JS - эта функция из коробки (в нём каждый object изначально является dictionary а в static языках она возьмется из custom library.

Option<Tuple<T1, T2>> CombineTuple<T1>(Tuple<Option<T1>, Option<T2>> tuple)

{

    ...

}

6yrop

Потом можно сделать combineObject и посмотреть, что получилось - Just или Nothing. На статическом языке написать такую функцию не получится, ну или потребуется очень сильное метапрограммирование.

6yrop

На днях писал формы на реакте, вспомнил этот тред. Загрязнять доменную модель строками не годится, тут согласен. Допилил свой пример с калькулятором. Там теперь есть возможность делать из текстового инпута и пары функций парсер/форматтер новый инпут, который сразу работает с отпарсенными данными (у меня там intInput, который принимает и возвращает Maybe Int).
Затем, я придумал прикольную функцию combineObject. Она проходится по всем свойствам объекта (в нашем случае {first: Maybe Int, second: Maybe Int} ищет там Nothing, и если все ок то возвращает Just {first: Int, second: Int}, иначе Nothing.
Таким образом, если у нас форма о 20 полях, то чтобы проверить что она заполнена, не надо писать багоопасный код сложения 20 флагов. У нас просто каждый виджет будет смотреть в определенное поле объекта и читать/писать туда Maybe<T>. Потом можно сделать combineObject и посмотреть, что получилось - Just или Nothing. На статическом языке написать такую функцию не получится, ну или потребуется очень сильное метапрограммирование.
Затем, мы можем просто писать функции, которые работают с объектом формы, но уже без Maybe, и применять эти функции через fmapObject. Таким образом, удается избежать заражения кода монадой. Джаваскрипт позволяет написать сразу целый модуль таких функций, и сразу все одной строчкой обернуть во fmapObject.

легко добавлять, удалять, менять обработку поля? Поле должно легко протаскиваться и искаться по всем слоям от БД до пользовательского интерфейса.

kokoc88

На статическом языке написать такую функцию не получится, ну или потребуется очень сильное метапрограммирование.

6yrop

Кто-то под эмоциями от какой-то платформы садится, рисует простой туториал, не имеющий никакого отношения к реальности

I like to use examples that are no less realistic as you usually find in books like this.
http://martinfowler.com/eaaDev/uiArchs.html

6yrop

вики, msdn, Fowler

Dasar

6yrop

Auth-cookie где находится? в Screen-state? или всё-таки в session-state?
Undo/Redo данные где лежат?

luna89

В этом разделе ты повторил эту фразу уже несколько десятков раз. И каждый раз она не соответствовала действительности. Зачем ты всё время пишешь о том, чего не знаешь? Сильное метапрограммирование потребуется только на C++, на Java или C# мы легко напишем фреймворк, который обработает атрибуты вида [Field(true)] int second; и нам не придётся писать ничего, кроме одного атрибута на поле.

И всё это на C# делается одним атрибутом на поле и одной строчкой для привязки к представлению поля.

kokoc88

В java/c# нельзя выразить тип функции combineObject.

Что касается атрибутов, то это типичное джава-убожество. Например, если у меня есть атрибуты Foo и Bar, то я не могу сделать атрибут FooBar, который работал бы как их комбинация. Кроме того, я не могу написать функцию, которая возвращает атрибут. В общем, если сущности не композируются и не взаимодействуют с другими сущностями, то это не программирование.

А как называется этот C# фреймворк? Вот тут Шурик показывал какой-то - без слез не взглянешь.

luna89

Если тебе не хочется, то можешь не называть упомянутые мною две строчки кода программированием, но задачу они решают полностью.

luna89

В решении с reflection это не нужно.

kokoc88

Ты полностью решил задачу двумя воображаемыми строчками кода на несуществующем фреймворке?

Да, но это динамическая типизация, так как у твоей функции combineObject будет тип Object => Object. Я как раз и написал, что сделать такую функцию типизированной можно на очень ограниченном количестве языков.

6yrop

Я полностью решил эту задачу в реальном проекте, написав такой фреймворк.

6yrop

не надо писать багоопасный код сложения 20 флагов.

kokoc88

А делает нереальные проекты?

6yrop

А вот твои проекты и правда далеко от реальности.

kokoc88

Таким образом, ты врешь. Может ты и про свои "реальные" проекты врешь?

6yrop

kokoc88

Действительно, не нужен для тех, на кого снизошло просветление, что RDBMS проще использовать как key-value storage.

luna89

Во-первых, мне как-то наплевать на такую функцию, она не решает задачи, которые возникнут в реальном проекте.

kokoc88

Как ты моделируешь отсутствующие данные?

6yrop

то простой nullable тип.

kokoc88

Nullable типы в C# это maybe монада с ограничением только на value-типы.

6yrop

luna89

Если поле по требованиям необязательное, то простой nullable тип.

kokoc88

Ты не пытаешься абстрагировать проверки на null? Чтобы функция, которая что-то считает, была избавлена от необходимости проверять на null, а проверки были отдельно?

luna89

В интерфейсе это не нужно.

6yrop

Ты не совсем понял смысл моего поста. Ко-ку не просто кому-то не нужен - он полное говно.

kokoc88

Вот как раз в калькуляторе не надо считать сумму если данные невалидные.

luna89

Ты о моем проекте думаешь больше, чем я сам. Я готов согласиться, что Controllable Query полное говно. Но что мне использовать в следующем проекте? Entity Framework? Какой версии? Седьмая еще не вышла, шестая уже устарела. Или использовать RDBMS как key-value storage? Или каждый запрос оформлять в отдельный метод и писать на него тест, в котором наполнять базу данных и проверять правильно ли прочиталось из базы каждое поле?

6yrop

luna89

Как такое делать на вьюхах? Приведи код, как бы ты это сделал?

luna89

Или каждый запрос оформлять в отдельный метод и писать на него тест, в котором наполнять базу данных и проверять правильно ли прочиталось из базы каждое поле?

6yrop

Дальше если столбцы из нее не используются, то оптимизатор удалит ненужные джоины. В общем, ты все параметры по которым собираешься фильтровать или сортировать выводишь во вьюху, а потом в самом конце генеришь sql типа "select col1,col2,... from superview where some_filter_col = ? order by some_sort_col".

Тесты тут обязательны конечно. Нужна стандартная фикстура с несколькими пользователями, вопросами, тегами etc. Относительно этой фикстуры пишутся все тесты.

luna89

С другой стороны, у нас есть конкретный пример. Покажи, как ты бы оформил код, чтобы его можно было тестировать? И какие бы тесты ты бы написал?

6yrop

6yrop

Интересно обсудить, какие бы ты использовал подходы, и какой бы ты рекомендовал стиль код для решения задач:
- генерация dbml из БД
- генерация кода на основе dbml
- исполнение EF-запросов
- проверки того, что в этих генерациях минимизированы ошибки

kokoc88

Я готов сравнивать эти подходы с Controllable Query, но не готов сделать суицид, как рекомендует прокаченный в работе с баранами тимлид.

6yrop

kokoc88

Ты используешь RDBMS как key value storage, пишешь говно фрейворки на атрибутах. Честно говоря, я упорно до последнего думал, что ты что-то из себя представляешь как программист. Оказывает всё гораздо хуже, ты реализовываешь наихудшие практики.

6yrop

kokoc88

Ты уже писал?

6yrop

kokoc88

Видимо, до тебя и в его творчестве не всё доходит. Иначе сложно объяснить твою гаденькую душонку.

6yrop

luna89

6yrop

static IEnumerable<T001> XxxQuery(DateTime? startDate, DateTime? endDate)

{

	var command = new SqlCommand;

	var builder = new StringBuilder(@"

SELECT  Id, CreateDate

FROM    Post

WHERE   1 = 1");

    if (startDate.HasValue) 

    {

        builder.Append(@"

        AND CreateDate >= @startDate");

        command.Parameters.AddWithValue("@startDate", startDate.Value);

    }

    if (endDate.HasValue)

    {

    	builder.Append(@"

    	AND CreateDate <= @endDate");

    	command.Parameters.AddWithValue("@endDate", endDate.Value);

    }

    command.CommandText = builder.ToString;

    return command.GetEnumerable<T001>

}



interface T001

{

	int Id {get;}

	DateTime? CreateDate {get;}

}

6yrop

Мимо тебя совершенно точно проходит, что ещё больше говорят о повышении читаемости кода, автоматическом тестировании и сокращении boilerplate. Кстати, ты всё время сливаешься в спорах про языки с динамической типизацией, т.к. скудоумие не даёт тебе понять, что для некоторых групп разработчиков читаемость более приоритетна, чем все плюсы статической типизации вместе взятые.

In computer programming, readability refers to the ease with which a human reader can comprehend the purpose, control flow, and operation of source code. It affects the aspects of quality above, including portability, usability and most importantly maintainability.
Readability is important because programmers spend the majority of their time reading, trying to understand and modifying existing source code, rather than writing new source code.
http://en.wikipedia.org/wiki/Computer_programming#Readabili...

kokoc88

Ты, видимо, под читаемостью подразумеваешь что-то своё личное, какие-то особенности твоего вкуса.

6yrop

Запомни эту фразу, подойди к зеркалу и произнеси её 1024 раза.

kokoc88

Мой вкус относительно языков совпадает с командой Хельсберга, которая делает C# и TypeScript.

luna89

Мой вкус относительно языков совпадает с командой Хельсберга, которая делает ... TypeScript.

6yrop

Боюсь, это вкус говнеца - геттеры, сеттеры, аннотации.

... grow into a maintenance nightmare ..

luna89

Например, GraphQL — читаем Why invent something new? — описывается проблемы, которых при удаленном взаимодействии C#<->C# просто нет.

6yrop

кроссплатформенный формат, разработан чтобы сервер на каком-нибудь PHP обменивался данными с js, java, objective-c.

luna89

Уменьшение mutable состояния очень сильно способствует всему перечисленному.

6yrop

Имхо, сейчас есть единственный простой язык с немутабельными структурами данных - clojure, и он динамический. Там есть удобные функции, например assoc-in.На статических языках ничего похожего по простоте и удобству нет.

luna89

Если для мутабельности есть причины, то мутабельность надо использовать.

(def users [{:name "James" :age 26} {:name "John" :age 43}])
;; update the age of the second (index 1) user
(assoc-in users [1 :age] 44)
;;=> [{:name "James", :age 26} {:name "John", :age 44}]

luna89

Зачем впадать в академические крайности?

Dasar

Ты банально не сможешь без бойлерплейта сделать такое:

users = users.AssocIn(1, "age", 44);

users = users.AssocIn(1, _=>_.age, 44);

luna89

Dasar

IEnumerable<T> AssocIn<T, TValue>(this IEnumerable<T> items, int index, Expression<Func<T, TValue>> f, TValue v);

luna89

Dasar

users = users.Update(_=>_.By(1).Cars.By(0).Wheels.By(3).Disk.Color, Color.Red);



IEnumerable<T> Update<T, TValue>(this IEnumerable<T> items, Expression<Func<T, TValue>> f, TValue v);

luna89

Dasar

Ты уверен, что понимаешь, как работает assoc-in?

Ты пишешь на псевдокоде или на C#?

users = users.Update(1, user => user.With(cars:user.Cars

  .Update(0, car => car.With(wheels:car.Wheels.Update(3, wheel => wheel.With(disk:wheel.Disk.With(color:Color.Red;

6yrop

... причин для этого нет. ...
...
 update ...
 

luna89

Update с expression-ом - это сахар для

Dasar

Откуда берутся функции users.Update и user.With?

luna89

которая генерится для каждого immutable-класса.

Dasar

Кем генерится?

luna89

codegenerator-ом. Который перед build-ом пробегает исходники, парсит их с помощью Roslyn-а, выдергивает immutable-классы и для них генерит сахар-ные функции

Dasar

но на практике это неюзабельно.

6yrop

на практике это неюзабельно.

luna89

почему?

Dasar

Знаешь какие-нибудь примеры, чтобы такого рода кодогенерация была популярна?

6yrop

WindowsForms

EntityFramework

Asp.net

Dasar

stm5872449

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

6yrop

Персистентные структуры данных - это академические изыскания? Лол.

6yrop

Боюсь, это вкус говнеца - геттеры, сеттеры, аннотации.

luna89

Внезапно, Angular2 написали на TypeScript:

@Component({

  selector: 'talk-list',

  viewInjector: [TalksAppBackend]

})

class TalkList {

  constructor(backend:TalksAppBackend) {

   this.talks = backend.fetchTalks;

  }

}

luna89

Внезапно, Angular2 написали на TypeScript:

6yrop

и на Dart

6yrop

Обычная ситуация в кафкианском мире джава-программирования - я не могу сам передать аргумент в функцию, мне надо просить об этом какой-то Фреймворк™ с помощью Аннотаций™. Сам Фреймворк™ передаст аргумент не просто так, а с помощью Инджектора™, причем не просто Инджектора™, а ВьюИнджектора™ (думаю, там есть иерархия Инджекторов™, унаследованных от какого-нибудь БазовогоИнджектора™).
К счастью, сейчас не 2005 год, и авторы и пользователи этого творчества вызывают даже уже не смех, а откровенную жалость.

Vanilla JS is a fast, lightweight, cross-platform framework
for building incredible, powerful JavaScript applications.
http://vanilla-js.com/

zya369

6yrop

vanilla-C# еще зацени, поймешь, что твой CQ нафиг не нужен

 

static IEnumerable<T001> XxxQuery(DateTime? startDate, DateTime? endDate)

{

	var command = new SqlCommand;

	var builder = new StringBuilder(@"

SELECT  Id, CreateDate

FROM    Post

WHERE   1 = 1");

    if (startDate.HasValue) 

    {

        builder.Append(@"

        AND CreateDate >= @startDate");

        command.Parameters.AddWithValue("@startDate", startDate.Value);

    }

    if (endDate.HasValue)

    {

    	builder.Append(@"

    	AND CreateDate <= @endDate");

    	command.Parameters.AddWithValue("@endDate", endDate.Value);

    }

    command.CommandText = builder.ToString;

    return command.GetEnumerable<T001>

}



interface T001

{

	int Id {get;}

	DateTime? CreateDate {get;}

}

 

kokoc88

Отлично! Ты захватил наживку.

Найди отличие от ванильного C#:

interface T001

6yrop

Блядь, а это что?
code:
interface T001

kokoc88

Это тип, который возвращает метод XxxQuery.

6yrop

А 153-ий метод будет возвращать T0153?

kokoc88

Название типа на усмотрение автора кода.

6yrop

А зачем ты тогда выбираешь такое говнецо?

here we face our first problem, in that an object-oriented system like C# or Java cannot return just "parts" of an object--an object is an object, and if the Person object consists of 12 fields, then all 12 fields will be present in every Person returned. This means that the system faces one of three uncomfortable choices: one, require that Person objects must be able to accomodate "nullable" fields, regardless of the domain restrictions against that; two, return the Person completely filled out with all the data comprising a Person object; or three, provide some kind of on-demand load that will obtain those fields if and when the developer accesses those fields, even indirectly, perhaps through a method call.
(Note that some object-based languages, such as ECMAScript, view objects differently than class-based languages, such as Java or C# or C++, and as a result, it is entirely possible to return objects which contain varying numbers of fields. That said, however, few languages possess such an approach, not even everybody's favorite dynamic-language poster child, Ruby, and until such languages become widespread, such discussion remains outside the realm of this essay.)
http://blogs.tedneward.com/2006/06/26/The+Vietnam+Of+Compute...

Dasar

Поэтому в качестве имени использую числовой индекс.

kokoc88

Это известная проблема:

Я склоняюсь к четвертому варианту:

6yrop

Проблема-то может и известная, но решение выбрано такое, что меркнут все вместе взятые недостатки предыдущих.

6yrop

Чёрт, всё время забываю поставить галочку, что ты у нас особенный и уникальный.

That sure seems like a lot of boilerplate code to project out a subset of the fields. It’s also often unclear what to name such a type. Is CustomerTuple really a good name? What if we had projected out Name and Age instead? That could also be a CustomerTuple. So, the problems are that we have boilerplate code and it doesn’t seem that there are any good names for the types that we create. Plus, there could also be many different types required, and managing them could quickly become a headache.
MSDN Magazine 2007 June
 

kokoc88

Какие недостатки у четвертого варианта?

6yrop

А ты сам не понимаешь? В любом случае это бесполезно тебе объяснять, потому что ты упорот.

kokoc88

Проблемы boilerplate кода у меня нет, поскольку T001 генерируется при первом запуске тестов.

kokoc88

Распиши, попытаюсь понять.

6yrop

А ты попытайся понять без расписываний. На тебя тут серьёзно время тратит только . Этого ты тоже не замечаешь, ведь это "форум такой", а ты у нас умница.

kokoc88

Давай ты не будешь указывать что мне делать? Оставь свои привычки пастуха для своих баранов на работе.

6yrop

Имхо, следующий вариант нагляднее: Post_Sub0001. Означает, что данный структурный тип является подмножеством структурного типа Post

stm5872449

Я склоняюсь к четвертому варианту: делать на каждую выборку свой тип.

6yrop

А что делать, если на руках есть выборка T1234 и есть функция, которая принимает в качестве аргумента T4321, являющийся сужением типа T1234? Вешаться?

T123 x = ...

Method1(x.As(default(T321;



Method1(T321 y) {...}

  

kokoc88

Method1(x.As(default(T321;

6yrop

Отличная ваниль, правда уже отдаёт говном.

T4321 состоит из данных, которые в двух других типах,

В смысле когда тип T4321 состоит из данных, которые в двух других типах, плюс ещё какие-то новые значения, которые нужно вычислить.

kokoc88

Покажи код, который лучше.

Вызываешь метод As с двумя аргументами.

Типы T001 это типы результатов выборки из БД. Вычислениями занимаются другие типы.

6yrop

С какими? Названия свойств не пересекаются.

6yrop

У тебя даже пример, который специально натянут на ко-ку, и который не решает ни одной задачи полностью, выглядит хуже обычного ADO.NETВызываешь метод As с двумя аргументами. С какими? Названия свойств не пересекаются.Типы T001 это типы результатов выборки из БД. Вычислениями занимаются другие типы.Ага, после ванили со вскусом говна начинаются искусственные ограничения. То есть ко-ку за все эти годы так и не научилась решать банальные задачи? Выгрузить объект из БД, поменять поле, записать обратно? Выгрузить два объекта, сделать из этих данных третий, записать? То есть это не просто убогое говно с вырвиглазным стилем кода, но ещё и за все эти годы оставшееся абсолютно бесполезным?

kokoc88

Method1(x.As(y, default(T321;

6yrop

И как это поменяет тип T312 { string Name; int Age; } на T647 { int AgeInHours; string ShortName; string LongName; }?

kokoc88

Я думал, что идет речь о вот таком условии задачи:
T001 x = ...T001 {string Name; int Age;}
T002 y = ...T002 {int AgeInHours; string ShortName; string LongName;}
Выходной тип:T312 { string Name; string ShortName; string LongName; }

6yrop

И что предлагается для решения задачи с этим условием?

kokoc88

Типы Txxx это интерфейсы. В рантайме генерируется реализация T312, которая перенаправляет вызовы к x и y.

6yrop

Как она генерируется, где ты указал, что у неё всего три конкретных свойства?

class Program

{

    void Method0(T001 x, T002 y)

    {

        Method1(x.As(y, default(T312;

    }



    void Method1(T312 z)

    {

        throw new NotImplementedException;

    }

}



public interface T001

{

    string Name { get; }

    int Age { get; }    

}



public interface T002

{

    int AgeInHours { get; }

    string ShortName { get; }

    string LongName { get; }

}



public interface T312

{

    string Name { get; }

    string ShortName { get; }

    string LongName { get; }

}



public static class Util

{

    public static TResult As<T1, T2, TResult>(this T1 arg1, T2 arg2, TResult resultPrototype)

    {

        ...

    }

}

  

kokoc88

В методе As генерируется реализация интерфейса TResult.

6yrop

И как это работает с условиями, которые озвучивались выше? Например, "Названия свойств не пересекаются." То есть всё сломается, если у меня AgeInYears и Age?

То есть всё сломается, если у меня AgeInYears и Age?

kokoc88

Статическая проверка не пройдет.

kokoc88

твои слова банальная ложь.

6yrop

То есть мы пришли к ещё одному ограничению твоей говнотехнологии.

6yrop

Вот это тебе и нужно доказать, написав код, который решает хотя бы одну реальную задачу. Пока нет кода, который выгружает два объекта, делает из этих данных третий с другими названиями свойств, и записывает его в БД, говорить вообще не о чем.

kokoc88

Не о чем говорить, потому что ты не формулируешь задачу. Напиши нормальное условие задачи.

6yrop

хотя бы одну реальную задачу.

kokoc88

Поскольку подача материала и при первом прочтении сам материал меня не привлек, то займусь им, если будет свободное время. Надо продираться через твой поток сознания.

6yrop

Слив засчитан.

kokoc88

Буду надеяться, что ты больше не будешь проявлять интереса к Controllable Query.

6yrop

Выгружаются два списка, каждый из которых состоит из объектов с разными названиями полей. В твоём стиле пусть это будет: T1000 { int Id; string Name; int Age; int Version; } и T0047 { string Name; string BlobText; int Val; } Для этой задачи будем считать, что Id - это primary key, а пересечение по Name не выгодно для выгрузки с помощью JOIN даже при условии последующей фильтрации.
Нужно создать список из объектов T3000 { int Id; string BlobPreview; int AdjustedVal; }, который получается объединением T1000 и T0047 по Name, с фильтром когда BlobText содержит некоторую подстроку, BlobPreview является подстрокой из первых 100 символов, а AdjustedVal равен Age + Val.
Типы T1000 и T3000 передаются в стороннюю библиотеку. Названия их свойств не совпадают с названием столбцов в БД. В частности в нашем примере T1000 хранится в NameAgeVersionTable (Id, ShortName, VersionRenamed а T3000 хранится в PreviewTable (Id, BlobPreviewRenamed, AdjustedValRenamed)
После создания списка T3000 происходит запрос, который делает MERGE INTO PreviewTable (которая для T3000) USING (VALUES...) ON ...Id = ...Id WHEN NOT MATCHED BY TARGET INSERT, иначе UPDATE полей BlobPreviewRenamed и AdjustedValRenamed
После этого запроса сразу же идёт запрос, который делает UPDATE NameAgeVersionTable (которая для T1000) SET VersionRenamed = VersionRenamed + 1 для всех Id из списка обновления по T3000
Все запросы выполняются в одной транзакции с уровнем изоляции RepeatableRead. Запросы должны выполняться батчами, то есть для обычного SQL Server 2012 + ADO.NET внутри USING VALUES содержит как минимум по 300 значений. То же касается, например, условия Id IN (...) для T1000.

6yrop

kokoc88

Тролинг это когда весело.Ты думаешь от вот этого весело кому то?

kokoc88

Кстати, напиши свой поток сознания на C#, так будет понятнее. И потом код всё равно нужен для сравнения.

marat7256

6yrop

Деточка, троллинг - это когда весело троллю.

6yrop

Может и не весело, но в общих чертах вполне понятно.

6yrop

6yrop

Распишите детали на C#.

kokoc88

Подожди, а зачем мне вестись на тролинг?

kokoc88

Для того чтобы согласовать с Майком, что он именно это имел в виду.

khachin

нас еще кто-то читает.

6yrop

ORM light и Dapper решается за 15 минут

6yrop

Неконструктивная в теме беседа.

kokoc88

CQ отработает как положено.

6yrop

Ага, ага, но код написать ты не осилил... Конечно, конечно...

kokoc88

Именно код не осилил написать ты.

А для меня основное препятствие не код написать, а детально разобраться в твоем потоке сознания.

6yrop

Заметь, Бобровников всё понял, а наш супер-герой, у которого типа скиллы по работе с кодом, уже час ноет. В моей задаче каждый пункт делается в 2-3 строки, кроме основного MERGE. Наверное, ты просто не знаешь SQL для SQL Server.

kokoc88

Напиши код. Или сам не понимаешь что написал?

6yrop

kokoc88

Ну так пости.

6yrop

Нееет. Сначала ты напишешь, что ты слился.

marat7256

kokoc88

Я ж не ты, ложь писать не привык.

6yrop

6yrop

Так ты напиши правду. Она же в том, что ты слился.

kokoc88

Майк хочет показать, что CQ не отработает проверки. Какая разница кто первый запостит код?

kokoc88

Прикинь, я не слился.

6yrop

orm light / dapper там 100 строк кода брутто, включая boilerplate.

kokoc88

которые ты не осилил запостить

6yrop

По рыцарски предлагаю тебе смягчить твой слив, ожидая, что ты бы попытаешься решить задачку.

pilot

kokoc88

Вы два ушлепка. Но для постановки задачи ты мог бы написать нормальный код, а шурик - переделать его с CQ. Потому как по твоей постановке неясно что ты имел в виду.Так что пока ты сливаешься.

kokoc88

Так там задачку еще надо решать? Я думал, мы про проверки говорим. Или это у тебя привычка дает о себе знать, поскольку всё на чем ты набил руку это решать задачки с собеседований. О реальных задачах, которые встают на работающем проекте, ты не знаешь. Поэтому и не догоняешь зачем CQ, и как без него плохо.

6yrop

6yrop

pilot

Опа, явление великого и ужасного мистера "знаю всё лучше всех". Понятное дело, что тебе не ясно, ты же не умеешь программировать.

marat7256

6yrop

marat7256

6yrop

Код пришел давно. Просто я был не у компа - ездил забирать авто из ремонта.

6yrop

Считаю, что ты должен написать свой код без его.

6yrop

Считаю, что ты должен написать свой код без его.

marat7256

marat7256

pilot

Не вижу смысла писать мне код, пока я не увижу, что хочет Майк.

kokoc88

Мы же не раз это с тобой обсуждали.

kokoc88

Конечно, могут быть некоторые разночтения, но явно не сильно существенные.

marat7256

kokoc88

Хочу уточнить две вещи: ждать ли мне код от Шурика, и выкладывать ли код Майка, если от Шурика ничего не будет?

pilot

Обсуждали? Вряд ли с тобой можно что-нибудь обсуждать. Я бы сказал, что мы определённо перекидывались постами, но этот процесс вряд ли можно назвать обсуждением.

kokoc88

Да, я тоже помню что ты тогда очень тупил. Я на тебе совсем уж было крест поставил, а вишь, оказывается, это могло быть досадное недоразумение. Пости код, реабилитируйся.

pilot

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

kokoc88

Как же так, тебя оказывается можно загнобить даже с деревенским интеллектом

pilot

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

kokoc88

Давай ссылку на ту историю, помогу, объясню

pilot

Мне не нужны объяснения деревенского дурачка, и тем более его помощь.

kokoc88

Вернемся к нашим двум баранам: Так что там с кодом? Ты слился или как?

pilot

kokoc88

Вынужден отклонить ваше предложение. Можете сбежать с шуриком в приват, поджав хвост. Иначе страдайте.

pilot

stm5643616

Но пукан перед этим остуди, а то устроишь пожар почище 1812 года.

6yrop

новый инпут, который сразу работает с отпарсенными данными (у меня там intInput, который принимает и возвращает Maybe Int).
 

luna89

Dasar

Я правильно понимаю что в дотнете текстовый инпут одновременно является хэштаблицей, в которую кто угодно может пихать что угодно?

luna89