Архитектура: парсинг и выгрузка текстовиков

@JeyCi · Регистрация: 29.06.2019

Студворк — интернет-сервис помощи студентам

начало было положено в ветке - Считать текстовые файлы из папки - там и возник вопрос об Архитектуре...

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

так и не собрала эти все объекты этого класса в group class...

вроде уже

собрала...
осталось отображение создать (типа I_tbl_Show) и пронаследовать ? в разные классы пункта назначения (или на консоль, или в файл, или в БД, или допустим ещё в форму)... N.B. классы (пункты-назначения) делать не надо - эти View уже реализованы разработчиками того ПО, на котором сейчас идёт работа...
а) пока что можно просто прописать функции-члены класса; и по месту использовать, что надо при разработке - в файл или на консоль;
б) в перспективе для Release - реализовать и откомпилировать и выгрузку и в файл, и выгрузку в БД, и отражение в DataGrid...
===
!! Т.Е. если в Release захочется и выгрузку в текст, и в БД, и допустим ещё в форму (например с разных кнопок сделать) - тут уж лучше и писать, как положено, наследование??... -- к слову из прошлой ветки о:

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

полагаю тут Наследования никакого не пригодится?

... или как раз тут (при выборе направления выгрузки) его (наследование) делать??
===
Обоснование выбора уровня Абстракции (I_tbl_Show со всеми виртуальными функциями):
чтобы не дублировать код-сбора-для-выгрузки -- сделать class Table - и класс-интерфейс I_tbl_Show, в котором обозначить virtual-функции выгрузки... эти функции определить в др. классах - типа Interface (IwriteCSV, IwriteDB, IwriteDataGrid)...
p.s.
классы консоль, файл, бд, DataGrid - не создаём, т.к. эти пункты назначения уже присутствуют...
p.p.s.
вывести конечные интерфейсы с определёнными методами записи на кнопки...
===
ИЛИ то, что подчёркнуто чуть выше, стоит реализовать в одном классе Table, и здесь же задать все virtual функции ??
===
на скрине: синие - классы, зелёные - интерфейсы (в с++ по сути тоже классы)
птицами отмечены уже кое-как реализованные классы (2 птицы)
курсивные стрелки - отсутствие наследования

Добавлено через 7 минут
вобщем вопрос:
class Table и класс I_Tbl_Show - объединить или нет?

Добавлено через 10 минут
p.p.s.
чтобы избежать проблем Ромба и такого:
Неоднозначность при множественном наследовании

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

Тут нужно виртуальное наследование.

@JeyCi · 14.03.2020, 13:12 **[ТС]**

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

Виртуальные таблицы используются неявно.

да язык меня интересует... - * или & ставить или нет, обращаясь к методу?..
что более memory-efficient? (а в этом контексте и реализация не маловажна... имхо)

@DrOffset · 14.03.2020, 13:31

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

* или & ставить или нет, обращаясь к методу?..

В каком контексте?

@JeyCi · 14.03.2020, 16:36 **[ТС]**

в принципе, да - там по статье и указано

Многие компиляторы (например, MSVC) разрешат вам пропустить взятие адреса (&), но более соответствующие стандарту (например, GNU G++) потребуют этого. Так что если пишете портируемый код, то не забывайте &.

а *ptr=&ptr, насколько знаю... поэтому последнее не имеет значения, а первое по желанию...
p.s.
множественного наследования и виртуального наследования (для обхода ромба) у меня пока нет -- поэтому пока вопрос снимается (ввиду практической непотребности на данном этапе)... пример с ходу не приложу

@DrOffset · 14.03.2020, 18:02

JeyCi, все, что вы выше написали про & - это синтаксические правила. Каким образом тут "memory-efficient"? Синтаксис в общем случае никак не влияет на это.
Поэтому повторяю вопрос: уточните контекст, что вы хотите применять, где, как вы считаете, может пострадать memory-efficient? Примеры контекста применения, пожалуйста, дайте.

@JeyCi · 15.03.2020, 06:53 **[ТС]**

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

Каким образом тут "memory-efficient"?

1)вызов функции или вызов функции по ссылке/указателю...
2)по аналогии с вызов самой функции с параметрами, переданными ByVal или ByRef - особенно, если передаются массивы - тут уж точно memory-efficiency очевидна... как и при передаче ссылок на объект класса или самих объектов класса...
(думала, что между 1-м и 2-м можно провести аналогию по потреблению памяти)... полагаю, что для memory-efficiency всегда лучше передача по указателю (только если вызываем не const элемент класса, иначе бесполезно, если значение надо изменить)...
что касается функций, то, думала, такая же ситуация - либо несколько раз располагаем функцию в памяти, каждый раз со своими входящими параметрами (при многократном использовании)... или даём ссылку на функцию... и не создавая новую копию, прогоняем через неё любые параметры...
НО пока по цитате выше вижу, что даже без указаня */& многие компиляторы всё равно будут использовать указатель/ссылку на функцию-член (параметры отдельная история)...
примеры любые, самые обыкновенные можно брать (там же по статье указаны и примеры синтаксиса - не хочу перепечатывать)...

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

где и как и бывает ли... ещё раз обратить внимание на цитату и на статью

даже если */& не указаны - всё равно по факту используется */& на функцию-член

Добавлено через 9 минут

нельзя использовать указатель на функцию-член для статического метода. В этом случае нужно использовать обычный указатель на функцию (так что название «указатель на функцию-член» несколько некорректно, на самом деле это «указатель на нестатическую функцию-член»

Функции-члены классов несколько отличаются от стандартных функций. Кроме обычных параметров они принимают скрытый параметр, называемый this, который указывает на объект класса.

Чтобы указатель на функцию-член указывал на метод класса SomeClass::some_member_func(int, char*),
нужно выполнить следующую инструкцию:
my_memfunc_ptr = &SomeClass::some_member_func;

Указатель на функцию-член класса SomeClass, с теми же аргументами, что и ранее, объявляется следующим образом:
float (SomeClass::*my_memfunc_ptr)(int, char*)
// Для константных функций-членов используется объявление
float (SomeClass::*my_const_memfunc_ptr)(int, char*) const;

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

там всё по статье (опять же "многие компиляторы понимают и без */& ")
... нюансы при множественном и виртуальном наследовании там далее (пока не вникала) - для инфо... но я пока их не использую - поэтому не покажу...
p.s.
если что-то будет не работать у меня - покажу

@JeyCi · 16.03.2020, 06:37 **[ТС]**

по Архитектуре - в своё время понравилась статья на habr'e
(она же во вложении)
===
и книга, хоть и C#, - Принципы, паттерны и методики гибкой разработки на языке C#. Роберт Мартин
правда, на habr'e - есть Критика книги Боба Мартина
-- но пример в конце книги по зар.плате - показался интересным (и последние главы про БД и MVC)... и вообще в ней много интересных схем дизайна и примеров применения SOLID (независимо от языка)

@JeyCi · 16.03.2020, 07:02 **[ТС]**

и на всякий случай оставлю линк на пока ещё слабое моё место - Understanding and Using C Pointers. R. M. Reese - хотя можно рассматривать и как тему для новой ветки

@DrOffset · 16.03.2020, 09:39

JeyCi, для C++ есть книга: Гибкая разработка программ на Java и C++. Принципы, паттерны и методики. Этого же автора.

Добавлено через 1 час 4 минуты

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

полагаю, что для memory-efficiency всегда лучше передача по указателю

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

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

как можно прикладывать пример того, чего не знаю

Контекст - это не пример, контекст - это то, что вы хотели выразить на языке и применительно к какой задаче. Это не код, это описание словами: "я хочу сделать то и то". Никак у меня от вас добиться этого не получается.

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

Вот, например, это:

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

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

Что такое "несколько раз располагаем функцию в памяти"? Функция в памяти одна всегда, если это не так, то значит мы где-то нарушили ODR - поведение такой программы не определено.

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

* или & ставить или нет, обращаясь к методу?..

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

Если ваш изначальный вопрос состоял в том, что выгоднее вызывать функцию непосредственно, или использовать указатель на функцию, то ответ опять же один: зависит от того что вам нужно сделать. Какого-то единого рецепта - нет. У этих механизмов разное назначение. Могу предложить такое эмпирическое правило: "если вы не знаете зачем вам в коде нужен указатель на функцию, то вы не должны использовать его". В большинстве стандартных ситуаций, где вам нужен вызов функций, непосредственный вызов даст самый оптимальный код из возможных.

@JeyCi · 16.03.2020, 11:36 **[ТС]**

да, вы правы - есть большие сомнения, например, по такому (из той вложенной статьи)

Все зависимости должны быть в виде интерфейсов

"Все зависимости должны быть в виде интерфейсов».

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

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

просто получается на каждую record (распарсенную) нужно создавать свой new (многовато?!), потом хочу по ссылке его void add_rec(elRecord) в Table. и потом уже по ссылке эту Table в ostream, или в DB... так вот пытаюсь declaration & initialization сделать одновременно:

C++
1
elRecord* r= elRecord(a,b,c)  //не работает

имею приватные a,b,c и 2 конструктора в классе:

C++
1
2
elRecord();
elRecord(int a, long b, String c) {elRecord::a=a; elRecord::b=b, elRecord::c=c};);

- не хочу много new использовать, но запись первая не работает, а работает такая:

C++
1
2
3
4
elRecord *r;
r->setA;
r->setB;
r->setC;

но потом при передаче в classTable

C++
1
classTable.add_rec(r)

в функции-члене classTable'a

C++
1
2
3
4
     // м-д заполнение    
      void add_rec(elRecord* ps) { 
      m_table.Add(ps); 
      };

в приватах которого

C++
1
Vector <elRecord*> m_table;

- получаю, что принимает только 2 записи и выдаёт ошибку *ptr=0
... а всего лишь не хочу писать new на создание каждого объект class elRecord...
а в итоге в class Table::add_rec(r) как-то не так указатели доходят... вот пока и думаю, как тут лучше выразиться
===
DrOffset, спасибо за внимание к теме! - просто пока ещё, наверно, так много не совсем понимаю, что с трудом связываю, несколько строк, поэтому и примера приложить не могу с конкретным вопросом - просто экспериментирую и по-тиху продвигаюсь вперёд (чтобы не тупо копи-пастом из примеров в сети, а всё-таки находить самые ! красивые - т.е. быстрые и краткие - решения)....
===
?? а по цитате под спойлером - так вообще пока не знаю как это сделать, чтобы конструктор не зашивать в классс?? (возможно ли?), а сделать интерфейс (фабрику, насколько, поняла) - вероятно, для создания всех этих new... ??
===
вот на таком распутье я сейчас
(вся работа - в классах elRecord и Table, не в структурах)
p.s.
слова Add to vector, сам Vector, и String - определены в IDE

Добавлено через 11 минут
#include <Core/Core.h>
using namespace Upp;

@DrOffset · 16.03.2020, 12:20

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

elRecord

Это что такое? Абстрактный класс?

Добавлено через 6 минут
Если не абстрактный класс, то:

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

C++
1
elRecord* r= elRecord(a,b,c) //не работает

C++
1
elRecord r(a,b,c);

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

C++
1
2
elRecord();
elRecord(int a, long b, String c) {elRecord::a=a; elRecord::b=b, elRecord::c=c};);

C++
1
2
3
4
elRecord() : a(), b(), c() 
{ }
elRecord(int a, long b, String c) : a(a), b(b), c(c) 
{ }

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

C++
1
2
3
      void add_rec(elRecord* ps) { 
      m_table.Add(ps); 
      };

C++
1
2
3
      void add_rec(elRecord const & ps) { 
          m_table.Add(ps); 
      }

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

C++
1
Vector <elRecord*> m_table;

C++
1
Vector <elRecord> m_table;

Обратите внимание, я убрал мусорные точки с запятой, которые вы везде расставляете и изменение в конструкторе - вернее всего использовать список инициализации вместо присваивания. Это в дополнение к собственно к передаче по значению. Вообще value-семантика - это сильная сторона С++, пользуйтесь ей настолько часто, насколько это возможно.

@JeyCi · 16.03.2020, 15:37 **[ТС]**

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

Это что такое? Абстрактный класс?

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

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

в конструкторе - вернее всего использовать список инициализации вместо присваивания.

вот тут не совсем поняла - но ведь все геттеры и сеттеры я оставляю? - типа такого:

C++
1
2
void setA(int cnt) { this->a = a; };
int getA() const { return A; };

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

Это в дополнение к собственно к передаче по значению. Вообще value-семантика - это сильная сторона С++, пользуйтесь ей настолько часто, насколько это возможно.

вот тут я и думала, что указатели лучше - чтобы не дублировать value в памяти... имхо
В ЛЮБОМ СЛУЧАЕ:

!! Thanks a lot - собрала в Table 1 вид файлов ok... и конструктор стал покороче благодаря вам... и от new в main'e избавилась... точки с запятыми буду стараться минимизировать, но пока ставлю, где помню...
p.s.
но собирать надо 3 разных вида файлов... это лучше использовать/переделать на Абстрактный класс?.. вобщем, сейчас покручу/почитаю/подумаю ещё... может Фабрику (Abstract Factory) какую замутить из паттернов?

Добавлено через 10 минут
всё-таки перешла на using namespace std;
и только где парсинг using namespace Upp; - иначе там Vector какой-то странный в Core.h всё указатели вроде хотел... (- не полезла изучать библу)

@DrOffset · 16.03.2020, 16:18

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

но собирать надо 3 разных вида файлов... это лучше использовать/переделать на Абстрактный класс?

Не обязательно. Но возможно.
std::variant<T1, T2, T3> еще рассмотрите.

Добавлено через 57 секунд

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

чтобы не дублировать value в памяти...

Не вижу где тут дублирование?)

Добавлено через 39 секунд

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

но ведь все геттеры и сеттеры я оставляю?

Не знаю. Возможно надо оставить - от применения класса зависит.

Я бы проектировал класс исходя из того, что у него не будет сеттеров. Т.е. все необходимые данные вычисляются или задаются в конструкторе. Если нужен объект этого класса с новыми данными, то создается другой объект с другими аргументами конструктора.
Так не всегда получится сделать (т.е. сеттеры определенно нужны в некоторых ситуациях), но класс с сеттерами, как вариант класса по умолчанию, я бы рассматривать не стал.

@JeyCi · 16.03.2020, 17:40 **[ТС]**

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

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

очень интересная мысль!

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

Abstract Factory

лучше, наверно, Factory Method

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

std::variant<T1, T2, T3> еще рассмотрите.

но если это проще, то посмотрю - только есть ли для c++v.11? или для 11 - только в std::vector< boost::variant<T1,T2,T3>*>?.. вобщем надо смотреть...
p.s.
а вообще - по совету с planetaexcel (куда оставляла линк выше) - unordered map пошустрее может оказаться - если потом join'ить придётся 3 типа файлов...

std::unordered_map. Поиск, вставка и удаление выполняются за константное время.

подумаю - может уйти от vector

Добавлено через 42 минуты
P.S.
Хотя... abstract-factory

/**
* Интерфейс Абстрактной Фабрики объявляет набор методов, которые возвращают различные абстрактные продукты. Эти продукты называются семейством и связаны темой или концепцией высокого уровня.
Продукты одного семейства обычно могут взаимодействовать между собой. !!!
Семейство продуктов может иметь несколько вариаций, но продукты одной вариации несовместимы с продуктами другой.
*/

честно говоря можно в семейство загонять то, что потом join'ить захочется... НО дублировать придётся тут уж точно... или как-то проиндексировать... т.к. 1 тип1 файла может соотв 2-n файлам тип2 и эта связка 3-n файлам тип3... да

, Архитектура важна...

@DrOffset · 16.03.2020, 18:47

JeyCi, можете в целом описать задачу, которую решаете? Я посмотрел другие ваши темы, но цельной постановки задачи не нашел. Что-то связанное с файлами? Можете развернуть подробнее?

@JeyCi · 16.03.2020, 20:20 **[ТС]**

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

т.к. 1 тип1 файла может соотв 2-n файлам тип2 и эта связка 3-n файлам тип3

просматривается как бы Компоновщик (Composite) ...
НО по сути у нас "всё-есть файлы" (почти как Linux

) - 3 разных View, которые надо запихать в бизнес логику... и оттуда ещё выходных несколько View сделать (мало ли куда захочется закинуть эту Table или просто вывести в файл или на консоль)...
Т.Е. по сути у нас, видимо 1 уровень абстракции на входе, aka файл... и его разновидности... по сути - древовидные... по сути join от корня(ей) можно будет делать... обход дерева мне, наверно, полезнее полистать, чем паттерны... т.к. уровень абстракции, вероятно, по сути Один - наверно, всё проще и на данном этапе для данной задачи я зря так "искусственно" пытаюсь самой задаче навязывать какие-то паттерны... ок, постараюсь не усложнять

Добавлено через 20 минут

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

Что-то связанное с файлами? Можете развернуть подробнее?

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

т.к. 1 тип1 файла может соотв 2-n файлам тип2 и эта связка 3-n файлам тип3

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

и его разновидности... по сути - древовидные...

и я хочу join'ить по дереву к примеру (упрощённо):
Продукт1
-цены за период1
-- реализация за период1.1
-- реализация за период1.2
-цены за период2
-- реализация за период2.1
-- реализация за период2.2
Продукт2
(такая же история)
===
1) т.е. json'ы по (условно продукту) имеют ключи к json'ам (условно) цены, которые имеют ключи (немного другие) к (условно) реализации товара по сути... в другой последовательности не с'join'ить (т.к. полный ключ для 2-ого join появляется только после 1-го join)... файлы беру из сети (пока тупо в txt скидываю, в перспективе можно и с http брать - это потом)...
2) из папок хочу собрать нужный (не знаю какой лучше итоговый контейнер, по сути "recordset" на выходе нужен для заброса в БД, пока вся логика на Access - в перспективе может на MS SQL Server Express - но всё для home use, не для сетевой версии пока!)... возможно "recordset"(vba'шный) на с++ представить в итоговый tuple (чтобы потом бросать в бд)
3) или unordered map, чтобы вначале c'join'ить...
(4) не хочу join'ить на C# LINQ to Json (тоже не знаю его)...
(5) не хочу join'ить на стороне сервера (не уверена, что со всеми нюансами Access будет join'ить быстро)...
6) да и парсинг всё равно нужен (т.к. текстовые поля надо будет приводить к единообразию логическому для бд)
(7) не хочу excel Power Query -
p.s.
и такой нюанс как в схеме отразила - там в 3х уровнях файлов грануляция к всё более мелкому делению по ключам... (надеюсь, понятно выразилась)... но как-то так...
p.p.s.
по сути забрасывать в бд в итоге... но хотелось бы и в файл (csv), и на консоль - посмотреть.. как-то так

Добавлено через 56 минут
p/p/p/s
но из всех разных json по сути чтение встроенной в U++ библиотекой в json.h... читаются только с раскладкой в разные классы (3 вида пока, как описала, вряд ли будет больше, но это не от меня зависит, а от источника стороннего)... = это то, что пытаюсь на данном этапе изобразить - их чтение... и хотя бы в csv или на консоль... про бд и предварительный join, наверно, буду думать потом...

@JeyCi · 17.03.2020, 08:29 **[ТС]**

для класса Table сделала перегрузку оператора вывода:

C++
1
2
//в классе
friend std::ostream &operator<<(std::ostream &out, DataBase const  &data);

C++
1
2
3
4
5
6
7
8
9
//за классом
std::ostream &operator<<(std::ostream & out, DataBase const & data) 
{ 
    out << "column A: ";
    for (int index = 0; index < data.m_table.size(); ++index)
        out << data.m_table[index].getA() << ' '; 
    out << '\n';
    return out;
}

- чтобы отразить в консоль.

радует, что для выгрузки группового класса не пришлось перегружать и operator[]...

Добавлено через 33 минуты
можно и просто функцию-член void Print()

C++
1
2
3
4
5
void Print() {          
    cout << "A & B columns: ";
    for (int index = 0; index < m_table.size(); ++index)
    cout << m_table[index].getA() << ' ' << m_table[index].getB()  << "\r\n";           
}

Добавлено через 16 минут
и функция-член void SaveFile(String fn)

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
void SaveFile(String fn) {       
        FileOut out(fn);        
        if(!out) {
            LOG("Failed to open the file");
            return;
        }
 
        String b;
        for (int index = 0; index < m_table.size(); ++index) {          
           b  << m_table.at(index).getCNT() << "|" << m_table.at(index).getA() << "|" << m_table[index].getB() << "\r\n";   
            }           
        out << b;       
        out.Close();
        DUMP("Data Exported");    //U++ IDE namespace upp
}

Добавлено через 6 минут
НО вот этот уровень Абстракции? - выгрузка - уже, наверно, никак не задать?... т.к. всё равно у каждого файла будут свои поля-члены, поэтому и в каждый класс лучше добавить свою функцию-член void Print()... т.к. несколько разных перегрузок сделать для << , наверно, никак, только если банально switch case type_id(obj).name??... но это не очень по ООП...
сделать универсальную функцию для выгрузки любого группового класса, вероятно, никак?
p.s.
или делать class IPrint - интерфейс с множественным наследованием и виртуальными функциями...
не понятно что лучше с точки зрения Архитектуры?? и какой?

Добавлено через 9 минут
p.p.s.
ХОТЯ, наверно, стоит покрутить #2 - а то уж совсем в Абстракции понесло...
но Абстракции по входящим файлам так же остаются под вопросом?..

@DrOffset · 17.03.2020, 08:48

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

стоит покрутить #2

Да, смысл есть.

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

но Абстракции по входящим файлам так же остаются под вопросом?..

Посмотрите как устроены библиотеки вроде boost.serialization. Там полно идей для вашей задачи.

Добавлено через 3 минуты

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

.е. json'ы по (условно продукту) имеют ключи к json'ам (условно) цены, которые имеют ключи (немного другие) к (условно) реализации товара по сути

А почему бы не грузить эти json`ы сразу в БД? В качестве БД взять какой-нибудь SQLite, у него нет сервера, он целиком встраивается в программу. Позволяет размещать базу прямо в памяти и работает очень быстро.

@JeyCi · 17.03.2020, 09:21 **[ТС]**

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

SQLite

его же вроде уже MS не поддерживают...

@DrOffset · 17.03.2020, 09:41

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

его же вроде уже MS не поддерживают...

Что? При чем тут MS?

@JeyCi · 17.03.2020, 12:56 **[ТС]**

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

размещать базу прямо в памяти и работает очень быстро.

уже MS SQL Server LocalDB вроде ему на смену пришёл
MS - Microsoft

Новые блоги и статьи Все статьи Все блоги /
Нейтральные знания, чистый код - бла-бла-бла-бла, на самом деле кликбейт и самореклама, плагиат, и вот почему Hrethgir 27.07.2026 То-есть отклонение такой публикации говорит само за себя, и пусть только возьмут на вооружение после отклонения публикации - это будет чистейшим актом плагиата. Отклонял Хабр. Дословно, отклонённая. . .	тв 16 бой ии anaschu 27.07.2026 Великий Перелом ИИ: Как уравнения ОДУ Radau дожали цензурные фильтры Алисы Фиксируем в мемофонде Теории Всего беспрецедентный факт в истории ИИ-зондирования. В затяжном многораундовом. . .	мв 15. непроверенное, возможно, глюк anaschu 27.07.2026 НАУЧНО-АНАЛИТИЧЕСКИЙ ОТЧЕТ. РАЗДЕЛ 1. 1: «НАУКА» (РАСШИРЕННАЯ СТЕХИОМЕТРИЧЕСКАЯ И ГЕНЕТИЧЕСКАЯ ВЕРСИЯ)Тема: Теоретическое обоснование инвариантности 19-мерного тензорного ядра непрерывных ОДУ и. . .	Очистка реквизитов и табличных частей документа при копировании (вариант 2) Maks 26.07.2026 Алгоритм из решения ниже разработан на примере нетипового документа "ЗаявкаНаРаботу", разработанного в КА2. Задача: Заменить алгоритм запрета копирования документов для сотрудников с ролью "Стажер",. . .
Доктрина интенционального знания - Доктрина для портала "Срез". Hrethgir 25.07.2026 Может найдётся кто захочет оценить доктрину. . . Написания правил участия для меня роскошь, требующая лимита времени, поэтому все сообщения не прошедшие модерацию будут видны только участникам портала,. . .	сукцессия 44. Решил подать на припринт в межународные сервисы препринтов. Но нужно одобрение от ученых anaschu 25.07.2026 Английский вариант. Пока кто то не одобрит мою личность, мне не получиться это опубликовать на препринте. Но заявку на публикацию статьи я сегодня подам.	сукцессия 43. Вторая научная статья за месяц- прайминг и гатгил anaschu 25.07.2026 две стороны одной монеты	Более приземисто - Эстафету хвоста в .cdl (деревья эстафеты в сад). Hrethgir 24.07.2026 В будущем, после написания блока инверсии обхода дерева (эстафеты хвоста), я планирую вернуться к нашему прошлому разговору о том, обладают ли знания целеполаганием. Тогда я пришел к выводу, что. . .

@DrOffset 19501 / 10106 / 2461 Регистрация: 30.01.2014 Сообщений: 17,825
	14.03.2020, 18:02
	JeyCi, все, что вы выше написали про & - это синтаксические правила. Каким образом тут "memory-efficient"? Синтаксис в общем случае никак не влияет на это. Поэтому повторяю вопрос: уточните контекст, что вы хотите применять, где, как вы считаете, может пострадать memory-efficient? Примеры контекста применения, пожалуйста, дайте. 0

@JeyCi 264 / 153 / 33 Регистрация: 29.06.2019 Сообщений: 1,549
	16.03.2020, 07:02 [ТС]
	и на всякий случай оставлю линк на пока ещё слабое моё место - Understanding and Using C Pointers. R. M. Reese - хотя можно рассматривать и как тему для новой ветки 0

@DrOffset 19501 / 10106 / 2461 Регистрация: 30.01.2014 Сообщений: 17,825
	16.03.2020, 18:47
	JeyCi, можете в целом описать задачу, которую решаете? Я посмотрел другие ваши темы, но цельной постановки задачи не нашел. Что-то связанное с файлами? Можете развернуть подробнее? 0