Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Ничто не мешает развивать API самостоятельно. Будут плагины с поддержкой API - появятся клиенты с поддержкой API. | немного не так. если ты хочешь внедрить какое-то новое API, то 1) ты должен его разработать и документировать 2) хочешь чтобы появились реализующие его плагины - сделай его поддержку в популярном клиенте. и наоборот к примеру если ты мечтаешь о том, чтобы твоё parameter api стали реализовывать авторы кодеков, то сделай его реализацию хотя бы в 7z-zs. иными словами, прежде чем люди начнут тебе делать что-то бесплатно, придётся изрядно на них потратиться Цитата: В том то и дело. 7z API сейчас не поддерживается разве что только утюгами. Любой современный файловый менеджер умеет его из коробки. Фреймворков под него куча (под его использование). | надо ли ещё раз повторять, что тебе это ничего не даёт? да, у 7-zip на порядки больше пользователей, чем у freearc, но CLS-кодеков почему-то больше, чем 7z-кодеков. а теперь подумай - какое число для тебя важнее? если ты хочешь добавить новые кодеки к своей программе, то быстрее и проще добьёшься результата, добавив к своей программе поддержку CLS, нежели создавая тюториалы по 7z-api. если хочешь, чтобы эти миллионы пользователей получили доступ к большему числу кодеков, то опять же, ты быстрее добьёшься результата, опубликовав свою прокладку для CLS, нежели написанием тюториалов и ещё один момент - развивая экосистему 7z-кодеков, ты несомненно добьёшься некоторого успеха (большего или меньшего). но это лишь распылит силы авторов кодеков, оттянет их от поддержки CELS. а теперь освежи в своей памяти 7z-api и затем прочти доку на CELS. видишь разницу в возможностях? те вещи, о которых ты ещё даже не задумывался, у меня уже реализованы и работают. у меня просто нет варианта использовать 7z-api, поскольку в нём нет многих возможностей, штатных для freearc, и это будет шаг назад - разве что заняться существенным расширением 7z-api. поэтому я тебе и предлагаю кооперацию, но на своих условиях - я делаю CELS API, которое удобно для пользователей freearc, ты к нему дописываешь то, что нужно пользователям 7z.dll. Итого экосистема остаётся общей, твои трудозатраты вряд ли увеличатся, и при этом вы получите более удобный и функциональный API. и не придётся ждать пока его расширенную функциональность (типа ограничения используемой памяти) кто-то соизволит реализовать - авторы кодеков будут её реализовывать потому, что её уже поддерживает freearc т.е. попробуй применить свою аргументацию о нераспылении усилий к себе - CELS API УЖЕ есть, и надеюсь я убедительно объяснил почему я не могу использовать вместо него 7z-api. Ты можешь потратить своё время на написание доки к 7z-api и раздробить усилия авторов кодеков на поддержку двух API, либо реализовать бридж и позволить CELS-кодекам работать под 7z.dll Цитата: > Я даже готов написать цикл статей "Как написать плагин для 7Zip и не сойти с ума" Я не программист, но на взгляд дилетанта, при всём уважении к мнению Bulat_Ziganshin, польза была бы, другим не нужно будет топтать дорогу с самого начала. Если это не слишком затруднит | есть ньюанс - я УЖЕ написал этот "цикл статей". и делать кодек по моему рецепту проще, чем по любому, который может написать Анискин, просто потому что сам CELS api проще. Единственная проблема - этот API не работает с 7-zip. Вот я и предлагаю, если уж он хочет внести свой вклад в OSS, не дублировать мой тюториал, а решить проблему совместимости. От этого выиграют все - и авторы кодеков, которым вместо двух API достаточно будет реализовать только один, причём более простой, и пользователи freearc/7-zip которые получат в своё распоряжение больше плагинов Цитата: В том то и дело. 7z API сейчас не поддерживается разве что только утюгами. Любой современный файловый менеджер умеет его из коробки. Фреймворков под него куча (под его использование). | я тебе предлагаю подумать над тем, как добавить в 7z.dll поддержку кодеков CELS. так, чтобы все те программы, которые умеют работать с 7z api, автоматически получили поддержку этих кодеков а если точнее - это ты сам заявил, что такое можно сделать, несколько месяцев назад, когда я про преимущества CELS здесь распинался. и теперь мне приходится тебе объяснять твою же собственную идею )) Цитата: Поправь, если я ошибаюсь, но если я правильно понял твой API, то он заточен исключительно под кодеки. И на нем невозможно реализовать новый контейнер. Т.е. либо схема один исходный файл - один сжатый файл, либо твой проприетарный контейнер. | первое - верно. CELS - это codec API, у меня нет и не планируется никакого container API. что касается второго, то очевидно что cels-кодеки можно будет использовать для любых контейнеров, как только 7z.dll научится эти кодеки вызывать Цитата: Т.е. о широком распространении речи не идет (по крайней мере пока). | ты всё не с той стороны считаешь. тебя должно интересовать не распространение (я ж тебя и рекрутирую как раз это распространение обеспечить!), а число и качество кодеков. вот оно уже сейчас, для CLS, больше и выше чем для 7z API |