Библиотека NETSquirrel для .NET и .NET Core - обсуждение

Обсуждение для темы: Библиотека NETSquirrel для .NET и .NET Core.

0

Соколиный глаз, прежде чем начинать писать какой-то side project, я бы на вашем месте хорошенько подумал/посмотрел что совершенно точно может понадобиться и быть полезным другим разработчикам. Ну или по крайней мере хотя бы вам самим. Как это сделал Джимми Богард.
Вот лично мне этот PascalABC.NET совершенно не нужен.

Добавлено через 9 минут
Если вы крайне сильно хотите "выстрелить", то сначала надо хорошенько прицелиться.
Имхо, сначала надо принять относительно правильное решение - для чего и для кого, а потом уже начать фигачить код.
В противном случае, кроме experience-а ничего не получите, если последний вообще можно считать ценным.

Добавлено через 4 минуты
А тот тут тоже есть всякие энтузиасты.
Прочитайте первый и второй посты.

1

Сообщение от IamRain Вот лично мне этот PascalABC.NET совершенно не нужен.

Солидарен в этом вопросе с Вами, PascalABC.NET не удовлетворяет моим требованиям как .NET разработчика (в частности, потому, что аудитория этого языка - начинающие). Всё, что мне было, нужно и будет я переношу в некоторой степени из PascalABC.NET в свою библиотеку, добавляя ещё и от себя, чтобы не иметь зависимости от этого языка на совсем. Одна из проблем .NET в том, что он не предоставляет простого но богатого функционала для выполнения рутинных операций (например, для работы с массивами, матрицами). Точнее, считается, что разработчики при нужде такой функциональности могут с лёгкостью её реализовать сами (реализовать-то, могут, конечно, но зачем каждый раз это делать)? Поэтому я предлагаю вынести такой функционал в библиотеку и им пользоваться. Опять же, библиотека с открытым исходным кодом, если Вы хотите помочь в её разработке и добавить нужные для Вас вещи - пожалуйста. Только, для любого предложения я всегда буду спрашивать: Зачем? Почему? Что это даст? Цель вопросов - понять почему внедряемая вещь будет полезна.

Сообщение от IamRain Имхо, сначала надо принять относительно правильное решение - для чего и для кого, а потом уже начать фигачить код.

Согласен. Главная цель библиотеки - упростить написание кода на .NET языках, сделав их более привлекательными, в частности для новичков (но, не тех, которые только приступили к изучению программирования, а те, которые уже хотя бы понимают основы синтаксиса, например C# и некоторые его концепции).

0

Не касаясь библиотеки и PascalABC.NET

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

Сообщение от Соколиный глаз сделать переход на другие .NET языки с PascalABC.NET и обратно наиболее безболезненным.

Бред какой-то. Восьмиклассники игры фигачат на анрил энджин, не говоря уже о unity без всяких переходов
Это в каком реабилитационном центре нужен безболезненный переход? Только если для даунов воспитанных на телепузиках...

0

Сообщение от QuestionAnd Бред какой-то.

Имелось ввиду, что библиотека охватывает функционал PABCSystem (системный модуль PascalABC.NET), который часто используется в программах на этом языке. Благодаря библиотеке, вновь пришедшие, например, на C# смогут пользоваться не только привычным им функционалом из PascalABC.NET, но и новым.

Проблема PABCSystem в том, что в нём всё свалено в единую кучу. В моей библиотеки это не так, хотя бы потому что в противном случае работать над ней было бы трудно. Я попытался разнести функционал по различным namespace'ам, сделать его легко запоминающимся (хотя, нельзя сказать, что разработчики PascalABC.NET не стремились сделать подобное).

Сообщение от QuestionAnd Восьмиклассники игры фигачат на анрил энджин, не говоря уже о unity без всяких переходов

Достойно уважения.

0

ИМХО, просто - это когда просто, а не когда коротко.
Примитивные конструкции языка всегда проще чем методы с делегатами.
Рутинные операции, как в примерах, обычно имеют свою специфику и отличия для каждого проекта поэтому смысла их унифицировать не вижу.

1

Сообщение от nicolas2008 ИМХО, просто - это когда просто, а не когда коротко.

Мне ясна Ваша позиция и в какой-то мере, я с ней согласен. Проблема (если её так можно назвать) любого продукта в том, что на его изучение требуется потратить какое-то время (я не говорю о том, сколько именно). Но, чтобы ускорять процесс погружения в библиотеку, нужно иметь качественную документацию к ней, хорошо структурированную и множество понятных примеров её использования. Примерами я сейчас занимаюсь, в частности, в теме по самой библиотеке.

Сообщение от nicolas2008 Рутинные операции, как в примерах, обычно имеют свою специфику и отличия для каждого проекта поэтому смысла их унифицировать не вижу.

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

Добавлено через 1 час 37 минут
Предлагаю побеседовать на следующую тему. Недавно была задача про массив. Поиск минимума и максимума можно было бы выполнять одним проходом по массиву. Но, библиотека пока не имеет встроенных средств для данной цели. Как и в каком виде вы бы хотели видеть такой функционал?

0

Соколиный глаз, для этого и не нужно встроенных средств.
Есть Linq методы Min и Max, а проход один раз по циклу вместо двух это микрооптимизация которая никак не влияет на производительность.
А представьте что завтра появится задача считать минимум, максимум и среднее. Еще один метод добавлять?

1

nicolas2008, у меня были сомнения на счёт добавления такого функционала, но Ваш ответ, свёл желание его делать на нет. Думаю, это правильное решение.

0

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

0

Соколиный глаз, вот смотрите...
Недавно я решил подключить в проект библиотеку YC.QuickGraph. Она содержит различные структуры данных для описания графов - BidirectionalGraph, Vertex, Edge и т.д., а также джентльменский набор алгоритмов, пару из которых были мне необходимы для решения задачи иерархической сортировки шаблонов url.
Стал бы я подключать эту библиотеку если бы там были только интерфейсы для структур данных и алгоритмов?
В общем, внешняя библиотека с интерфейсами это последнее о чем я думаю при решении задач.
Потому что интерфейсов я могу и сам насоздавать сколько угодно, хороших и разных.
Библиотека интерфейсов может быть полезна в одном случае - когда она претендует на звание стандарта, используемого повсеместно так что не надо реализовывать соответствующие адаптеры для взаимодействия между разными компонентами.

1

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

0