Мой бывший начальник (дай Б-г ему здоровья) в свои 65 лет до сих пор кодит. О скорострельности, конечно, речи не идет, но конструкции строит — мое почтение.
У меня новый Скайп на 10-ке (неудобный дико — но речь не о том), зарегистрированный при царе Горохе на почту Яндекса. Чудесно звонит и все такое. Учетки Мелкософта нету (если они мне ее втихаря не создали сами, или если я чего-то не забыл).
Либо я неправильный, либо лыжи не едут. Попробовав представить, что выйдет в результате варианта А и получил, что мы:
1) стираем середину первого штыря (первое-то кольцо на штыре 1 никуда не девается);
2) рисуем новый штырь поверх двух разноцветных колец на 1 штыре, и при этом получается, что у нас штырь как бы огибает первое серое кольцо;
3) надеваем на 2 штырь кольцо.
Получается, так. Значит, причина кроется скорее в скорострельности при открытии файла. Числа «1» и «2» — это замечательно, но памяти требует значительно меньше, чем строка из хотя бы 4 символов.
Поэкспериментировал. С формулами оказалось интересно.
Формулы хранятся в виде ключевого слова в файлах разметки листов, внутри тега ячейки. Выглядит это как-то так:
<c><f>SUM(A1:C1)</f><v>6</v></c>
Но как видно, при этом результат все равно записывается сразу за ним.
Если его вручную удалить, то файл откроется, но будет считаться заранее отредактированным. То бишь если его открыть и сразу закрыть, Excel предложит сохраниться.
Этот пакет влился в библиотеку Alexandria PL/SQL. Некоторые процедуры я из нее и беру. Но я сделал над ней свою надстройку, про которую расскажу подробнее в следующем посте.
Нет.
Если в двух словах, то я перегнал исходный файл в BLOB, оттуда выделил тексты интересующих меня файлов в CLOB, а уже там начал колдовать.
Подробнее напишу, когда дойду до этого.
Разумеется. Но сначала, на мой взгляд, лучше объяснить, как оно устроено, чтобы не было недосказанности: почему оно работает, как оно работает и так далее.
Скажем так, я как разработчик могу, предположим, дать своему пользователю выбор формы оптимизации — под экономию ресурсов, под скорострельность и так далее. Потому что:
а) в своем приложении я — царь и бог;
б) за мной, с высокой долей вероятности, не тянется (или тянется, но несоизмеримо меньший) шлейф легаси-кода;
в) коммьюнити моих пользователей, вероятнее всего — однородно, они все — конечные пользователи (не берем в расчет случай, когда я создаю, к примеру, LUA-песочницу).
Разработчики JVM в этих отношениях ограничены: не могут выкинуть ворох старых библиотек, от которых у них самих кровища из глаз хлещет, потому что тогда при ближайшем обновлении часть продуктов на базе их решения превратится в тыкву. И попытки пометить всю старую рухлядь как deprecated и поверх нее напилить новые решения неизбежно приведут к тому, что с каждым разом общая архитектура машины будет все ближе к хрестоматийным фотографиям инженерных сетей в Индии.
1) стираем середину первого штыря (первое-то кольцо на штыре 1 никуда не девается);
2) рисуем новый штырь поверх двух разноцветных колец на 1 штыре, и при этом получается, что у нас штырь как бы огибает первое серое кольцо;
3) надеваем на 2 штырь кольцо.
И возникает вопрос, почему у нашей бухгалтерии начинаются адские тормоза при попытке сделать файл хотя бы в 10000 строк.
Формулы хранятся в виде ключевого слова в файлах разметки листов, внутри тега ячейки. Выглядит это как-то так:
Но как видно, при этом результат все равно записывается сразу за ним.
Если его вручную удалить, то файл откроется, но будет считаться заранее отредактированным. То бишь если его открыть и сразу закрыть, Excel предложит сохраниться.
Если в двух словах, то я перегнал исходный файл в BLOB, оттуда выделил тексты интересующих меня файлов в CLOB, а уже там начал колдовать.
Подробнее напишу, когда дойду до этого.
а) в своем приложении я — царь и бог;
б) за мной, с высокой долей вероятности, не тянется (или тянется, но несоизмеримо меньший) шлейф легаси-кода;
в) коммьюнити моих пользователей, вероятнее всего — однородно, они все — конечные пользователи (не берем в расчет случай, когда я создаю, к примеру, LUA-песочницу).
Разработчики JVM в этих отношениях ограничены: не могут выкинуть ворох старых библиотек, от которых у них самих кровища из глаз хлещет, потому что тогда при ближайшем обновлении часть продуктов на базе их решения превратится в тыкву. И попытки пометить всю старую рухлядь как deprecated и поверх нее напилить новые решения неизбежно приведут к тому, что с каждым разом общая архитектура машины будет все ближе к хрестоматийным фотографиям инженерных сетей в Индии.