объектно-ориентированный
процедурный
функциональный
обобщённый,
параллельный,
мультипарадигмальный,
императивный,
компилируемый
Официальный сайт: https://dlang.org/
Русский сайт: http://dlang.ru/
Онлайн редактор: https://run.dlang.io/
Git: https://github.com/dlang
Примеры кода.
//////////////////////////////////
import std.stdio;
void main()
{
writeln ("Hello, world!");
}
//////////////////////////////////
//////////////////////////////////
import std.stdio;
import std.algorithm;
import std.array;
void main()
{
auto a = [2, 4, 1, 3];
// все три следующих варианта корректны и работают одинаково
writeln(a); // "классический" C-подобный вариант
a.writeln(); // функция вызывается так, как будто является методом объекта "a", хотя и не является таковой
a.writeln; // функцию без параметров можно вызывать без скобок
// это позволяет использовать цепочки вызовов, характерные для функциональных языков
int[] e = a.sort().reverse;
// многострочная цепочка вызовов также возможна
stdin
.byLine(KeepTerminator.yes)
.map!(a => a.idup)
.array
.sort;
}
//////////////////////////////////
//////////////////////////////////
Сортировка массива
import std.stdio, std.array, std.algorithm;
void main()
{
stdin
.byLineCopy
.array
.sort!((a, b) => a > b) // descending order
.each!writeln;
}
//////////////////////////////////
//////////////////////////////////
pure int sum (int first, int second)
{
return first + second;
}
int sum (int first, int second) pure // атрибуты можно указывать и после списка аргументов
{
return first + second;
}
pure — функциональная чистота
@safe — гарантия безопасной работы с памятью
nothrow — функция гарантированно не генерирует исключений
@nogc — гарантия того, что функция не содержит операций, выделяющих память на сборщике мусора
@property — атрибут метода класса, позволяющий избежать использования «наивных» геттеров-сеттеров
//////////////////////////////////
//////////////////////////////////
В D юнит-тесты являются частью языка, их можно использовать без подключения дополнительных библиотек или фреймворков.
import std.stdio;
int first (int[] arr) {
return arr[0];
}
unittest {
int[] arr1 = [1, 2, 3];
int[] arr2 = [10, 15, 20];
assert(first(arr1) == 1);
assert(first(arr2) == 10);
}
//////////////////////////////////
|/////////////////////////////////
Минимальный веб-сервер
#!/usr/bin/env dub
/+ dub.sdl:
dependency "vibe-d" version="~>0.8.0"
+/
void main()
{
import vibe.d;
listenHTTP(":8080", (req, res) {
res.writeBody("Hello, World: " ~ req.path);
});
runApplication();
}
|/////////////////////////////////
Это далеко не первая попытка создать D-тред, и ни одна не взлетела.
>a.writeln; // функцию без параметров можно вызывать без скобок
Самая ужасная вещь, которую только можно сделать в ЯП.
>языка D
Dедуля?
import std.stdio;
int[] map(scope int delegate(int) f, int[] a){
auto b = new int[a.length];
foreach(i,x;a) b = f(x);
return b;
}
void main(){
int a = 2;
writeln(map(x=>ax, [1,2,3]));
}
//////////////////////////////
import std.stdio;
T[] map(T,S)(scope T delegate(S) f, S[] a){
auto b = new T[a.length];
foreach(i,x;a) b = f(x);
return b;
}
void main(){
int a = 2;
writeln(map((int x)=>ax, [1,2,3]));
writeln(map((double x)=>a*x, [1.6,2.7,3.8]));
}
Как с работой без gc? Всё так же стандартная библиотека от gc сильно зависит? Пробовал кто-то микроконтроллеры прогать на D?
Почему нельзя? Я вот смог: https://gcc.godbolt.org/z/TTEWTc
Почему не взлетает?
На первый взгляд гораздо приятнее го/раста - по сути, единственных конкурентов в этом поле.
За ним нет крупной компании, за го Гугол, за растом Мозилла. Да и го ближе к питону, чем к крестам, как по мне. Отсюда вытекает отсутствие какого-либо продвижения в массы.
За крестами и питоном как бы тоже нет крупных компаний, но на них написано много софта, что создаёт спрос на специалистов.
Да потому что сообщество мудацкое: вместо того, чтобы объединить усилия, решили поиграть в "лебедь, рак и щука". Пока они коноёбились с тремя вечно сырыми компиляторами и двумя стандартными библиотеками, кресты слизали их фичи и выпустили новый стандарт. Сначала один, потом другой. К тому времени все, кого проект бы мог заинтересовать, уже поняли, что это бесконечный долгострой. А затем уже и раст с го вышли.
Поскольку функция не проверяет длину строки и размер буфера, она не должна использоваться для работы с данными, размер которых неизвестен, во избежание переполнения буфера dst.
Вместо strcpy рекомендуется использовать стандартную функцию strncpy (добавляя нуль-терминатор при необходимости!) или не входящие в стандарт функции strlcpy или strncpy_s.
Стандартное поведение strncpy неоптимально — функция всякий раз заполняет нулями весь остаток буфера[1][2], что приводит к непроизводительному расходу процессорного ресурса при буфере большого размера и работе с короткими строками (обычная ситуация в сетевых серверах).
То есть эти функции до сих пор не могут пофиксить.
>самого совершенного и универсального языка
А микроконтроллеры на нем программировать можно? Кросскомпилятор-то хотя бы завезли?
>>самого совершенного и универсального языка
>А микроконтроллеры на нем программировать можно?
На betterC точно да (аналог чистого C), на обычном D пока под вопросом - хеловорды работают, но бинарник жирен и всё это какая-то альфа-версия.
>Кросскомпилятор-то хотя бы завезли?
Да и давно. Рекомендую ldc2, но и gdc тоже что-то там может.
>Что у вашего охуитительного языка с локалью?
Сначала изучи как работает твоя говно ОС. А именно, как устроена в винде кодировка в терминале и какие там наслоения понаделали.
Этот прав:
>>1885744
Вроде, совсем недавно добавили UTF8 в терминал, так что может быть достаточно будет переключить настройку в терминале и забыть о проблеме.
Но Ди это жи и есть конпелируемый питухон.
Он последний раз был охуенен лет десять назад, а сейчас он со своими текстовыми макросами, обязательным gc и полудохлыми компиляторами сосёт по удобству даже у крестов новее c++11. А уж какое кустарное говно там внутри стандартной библиотеки - ебал и плакал. Всё, не взлетело, закапываем трупешника.
А типы фиксированного размера?