Представь, что всех файлов миллион, а с нужным расширением — только один. И до кучи ты ещё на тормозную NFS какую-нибудь ходишь по сети.

Хм... А если указать расширение, поиск от этого станет быстрее?

У кого-нибудь есть хитрый способ в directory.getFiles() searchPattern по нескольким расширениям пробегать? На скорую руку накидал метод, но может есть что-то более классическое?

там же вроде фильтр есть у метода, что-то типо *.pdf|*.docx

нет?

Хм... А если указать расширение, поиск от этого станет быстрее?

По расширению NFS может у себя локально отфильтровать, и не будет миллион имён файлов перегонять по сети.

там же вроде фильтр есть у метода, что-то типо *.pdf|*.docx

Неа, фильтр как я понимаю только один.

По расширению NFS может у себя локально отфильтровать, и не будет миллион имён файлов перегонять по сети.

Можно не гонять, получить string[] файлов в директории и найти нужный

Можно не гонять, получить string[] файлов в директории и найти нужный

От NFS получить, по сети, да?

Неа, фильтр как я понимаю только один.

фильтров может быть несколько Directory.EnumerateFiles("C:\\path", "*.*", SearchOption.AllDirectories) .Where(s => s.EndsWith(".mp3") || s.EndsWith(".jpg")); например

фильтров может быть несколько Directory.EnumerateFiles("C:\\path", "*.*", SearchOption.AllDirectories) .Where(s => s.EndsWith(".mp3") || s.EndsWith(".jpg")); например

Но тут у тебя только один фильтр, *.*. Остальное ты уже в управляемой памяти фильтруешь.

Но тут у тебя только один фильтр, *.*. Остальное ты уже в управляемой памяти фильтруешь.

ну да, он же с уже полученными играет в EndWith, май бэд)

фильтров может быть несколько Directory.EnumerateFiles("C:\\path", "*.*", SearchOption.AllDirectories) .Where(s => s.EndsWith(".mp3") || s.EndsWith(".jpg")); например

Да, наверное что-то подобное лучше всего

От NFS получить, по сети, да?

Ну с NFS изначально надо по-другому работать мне кажется

Это был лишь пример, в котором фильтрация имён в источнике может дать профит. Я не предлагаю при обычной разработке всегда такими вопросами задаваться :)

Да, наверное что-то подобное лучше всего

там оказывается EnumerateFiles лучше с памятью работает, чем getFiles(). не знал даж:D

Мм

как создать новый массив размером таким же как имеющийся список?

spisok.ToArray()

т.е. есть список объектов, мне надо таким же размером массив сделать это перевод списка в массив, не то

new int[spisok.Count]

я про string[] myArray = new string[spisok.count]; как-то так ведь можно?

Да

Да, можно, конечно.

вот так и можно :)

вызывает вопросы только цель таких извращений...

Какое же это извращение? Человек просто создаёт массив.

Cannot convert method group 'Count' to non-delegate type 'int'. Did you intend to invoke the method? string[] tmpArray = new string[myList.Count]; почему?

Count()

Count()

Нет!

Какое же это извращение? Человек просто создаёт массив.

могу поспорить, что ему это на самом деле не нужно

почему?

Cannot convert method group 'Count' to non-delegate type 'int'. Did you intend to invoke the method? string[] tmpArray = new string[myList.Count]; почему?

Какого типа у тебя "список"?

Count() это чаще всего супер-медленно. Если ты хотел что-то оптимизировать, создавая массив, то не очень умным решением будет создавать его, используя заведомо тормознутый extension-метод Count().

Скажи типы.

var objMoy = new List<InterfaceMoy>()

Ну у него же есть нормальный Count — пропертя, а не метод.

А что он тогда сругнулся

ну как пропертя ж я показал - ругается студия

вот, она пока явно умнее меня

Компилируется: https://sharplab.io/#v2:CYLg1APgAgDABFAjAbgLAChYMQFjZgZgQCY4BhOAbwzlrgEsA7AFwFMAnAMwEMBjVuAEkWHHvwCyAewCeVAL406UIlBxxxACgCUVRXToA3buziSARgCspsgLxxGrAO5wAMvQDOzADzC2XPqzWAHza+Pr6SDAA2gC6cMwAtgAOAILs7Ny29k7Y0eZWMgB0ZJIAriwxYXQK6HJAA==

(даже если добавить using System.Linq)

Cannot convert method group 'Count' to non-delegate type 'int'. Did you intend to invoke the method? string[] tmpArray = new string[myList.Count]; почему?

По сообщению похоже, что у тебя там myList — это что-то, отличающееся от System.Collections.Generic.List<T>.

там объекты моего производства, скажем так

реализуют интерфейсы короче

То есть там твой List?

лист обычный, внутри объекты - мои

Обычный это какой?

Я не знаю ни одного обычного листа, у которого бы не было свойства Count!

Code! We need some code! =)

Насоздают кастомных листов без наследования IList, а потом ничего не работает

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

Да нет, он вроде сказал что лист не кастомный

Отбой, пасаны

У него IEnumerable<>

а лист не ienumerable?

а лист не ienumerable?

У IEnumerable Count вычисляемый

а не пропертей

коллекция не?

а лист не ienumerable?

щас будут нубские вопросы по вебапи короче

Как вы статику SPA отдаёте?

Есть какие-нибудь паттерны?

Статика лежит себе в папочке и раздается каким-нибудь nginx, не?

Как вы статику SPA отдаёте?

HTML-файл на диске отдаём. Либо через IIS (если винда), либо Owin.StaticFiles (если OWIN), либо Microsoft.AspNetCore.StaticFiles (.NET Core).

Такой кот, как у тебя, никогда не делаем.

Спосебо

Гайз Кто-нибудь использовал StateServer для сессии на azure?

посмотрел я, про делегаты... как я понял, это своеобразная "коллекция" ссылок на (подписавшиеся) методы, которые будут вызваны(по очереди или все сразу) при вызове делегата. Или это что-то большее?

И как влияет подписка на событие, если я например подпишу несколько методов, а потом задам ссылке на делегат = null ? ?

посмотрел я, про делегаты... как я понял, это своеобразная "коллекция" ссылок на (подписавшиеся) методы, которые будут вызваны(по очереди или все сразу) при вызове делегата. Или это что-то большее?

По сути да, это просто список ссылок на методы

посмотрел я, про делегаты... как я понял, это своеобразная "коллекция" ссылок на (подписавшиеся) методы, которые будут вызваны(по очереди или все сразу) при вызове делегата. Или это что-то большее?

По очереди

И как влияет подписка на событие, если я например подпишу несколько методов, а потом задам ссылке на делегат = null ? ?

Ну сделаешь null, ты просто потеряешь одну из ссылок на делегат

Ну сделаешь null, ты просто потеряешь одну из ссылок на делегат

а они продолжат висеть в памяти?

И как влияет подписка на событие, если я например подпишу несколько методов, а потом задам ссылке на делегат = null ? ?

Когда присваиваешь null, считай отписываешь всех

а они продолжат висеть в памяти?

У тебя событие держит ссылку на делегат

а они продолжат висеть в памяти?

Продолжат, но у вызывающей стороны не будет ссылки

Если ты конечно с вызывающей стороны null присваиваешь)

Если ты конечно с вызывающей стороны null присваиваешь)

Да, малость, непонятно, кому именно он null присваивает

Продолжат, но у вызывающей стороны не будет ссылки

вызывающая сторона, это где?

Ну с одной стороны ты подписываешься на событие и отписываешься от него. С другой стороны ты вызываешь это событие

это какая сторона?

никто не знает

?

Начали о делегатах, закончили на событиях

а закончили в вс экспресс 2013 года

на винформах

Хочешь table.PFunk = null сделать?

а закончили в вс экспресс 2013 года

это скрин с видео

хорошее видео

решил историю выучить?