From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 1 Apr 2003 23:26:38 +0400 From: Mikhail Zabaluev To: devel@altlinux.ru Message-ID: <20030401192638.GC3668@mhz.mikhail.zabaluev.name> Mail-Followup-To: Mikhail Zabaluev , devel@altlinux.ru References: <20030329131157.GA27610@mhz.mikhail.zabaluev.name> <20030331072926.GG11731@basalt.office.altlinux.org> <20030331230943.GA20559@mhz.mikhail.zabaluev.name> <20030401073704.GB24966@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xo44VMWPx7vlQ2+2" Content-Disposition: inline In-Reply-To: <20030401073704.GB24966@basalt.office.altlinux.org> User-Agent: Mutt/1.4.1i Subject: [devel] Re: alternatives Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: --xo44VMWPx7vlQ2+2 Content-Type: multipart/mixed; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline Content-Transfer-Encoding: 8bit --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit Hello Stanislav, On Tue, Apr 01, 2003 at 11:37:04AM +0400, Stanislav Ievlev wrote: > > Привет! > > On Tue, Apr 01, 2003 at 03:09:43AM +0400, Mikhail Zabaluev wrote: > > > программ. При переходе на собственный конфигуратор это позволит облегчить > > > написание backend к нему. > > > > Не стоит ради упрощения одного инструмента создавать проблемы всем > > разработчикам, которым эти файлы предстоит писать. > > Если так уж необходимо приведение к общему формату, можно гонять > > туда-обратно при помощи XSLT. > Я уже думал и про это. Во-первых формат не слишком сложен чтобы > разработчикам его использовать (это конечно же субъективно, сделай > короткий вариант, найдется кто-нибудь кому и это будет неудобно, xml сам > по себе достаточно громоздок), да и не надо его использовать каждый день. > Во-вторых, я конечно же думал сделать специализированные > форматы с перегонкой на общий через XSLT, но не могу > никак себя убедить что проще иметь десяток разных обработчиков + > транслятор, чем изначально один обработчик . Я > предпочитаю наблюдать все баги в одном месте, а не десяти. Я бы обратил логику: транслятор/обработчик пишется и отлаживается один раз, а файлы создаются и редактируются постоянно. Где будут чаще всего возникать ошибки? К тому же, если всё-таки соберётесь делать schema, замучаетесь с определением валидности каждого из приложений общего формата. Со специализированным форматом это сделать гораздо проще. Короче, приложены два XSL-преобразования для перегонки между обсуждаемыми форматами в обе стороны. Надеюсь, это поможет продвинуться на Истинном Пути XML :) -- Stay tuned, MhZ JID: mhz@altlinux.org ___________ filesystem not big enough for Jumbo Kernel Patch --ZoaI/ZTpAVc4A5k6 Content-Type: text/xml; charset=us-ascii Content-Disposition: attachment; filename="alternatives-bloat.xsl" --ZoaI/ZTpAVc4A5k6 Content-Type: text/xml; charset=us-ascii Content-Disposition: attachment; filename="alternatives-debloat.xsl" --ZoaI/ZTpAVc4A5k6-- --xo44VMWPx7vlQ2+2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+iefuTKqCuNPJlLgRAqGeAJ0Y9HI6uMEQPu929eru2//t5MrWbQCeKQiT MNxxUfUzdwz7pesEt0JuarQ= =hQaQ -----END PGP SIGNATURE----- --xo44VMWPx7vlQ2+2--