- From: Sasha Firsov <suns@firsov.net>
- Date: Mon, 13 Nov 2023 07:59:15 -0800
- To: public-xslt-40@w3.org
- Message-ID: <CAL8k5D9QYFX=OOuaFQGFF9xgbLOP27VvEjdaNcamTRgwYqJn5g@mail.gmail.com>
Maven vs NPM IMO should be out of question as both represent the most popular stacks where XML stack is used. Both are needed. There are abstraction layers already built on top to hide the details if look into monorepo toolchains like Nx. That is a good sample to follow. As structured config format includes as JSON as XML, we just need a common definition which would map into maven XML and npm JSON. But there are reasons why many config systems accepting the code based config objects. Like tsconfig can be JSON, JS, TS file. It makes the toolchain more flexible. Hence to static formats there is a reason to add the runtime type ones. D.ts with config class definition ition at least. Should dependency descriptor be served by own or existing package manager? While IMO it is a time for semver CDN based repo, which I desperately wanted to implement, the existing ones are part of app layer where XML stack is used. Till the time the XML stack would be sufficient ( working on it), the own package manager would increase the complexity of toolchains and reduce DX significantly. Hence better to fit into existing app layer ones for adoption and DX reasons. The formal cross-repo types descriptor would be easy to cell. Having libs tagged as xslt, xpath, etc. on existing repo would just elevate the visibility. Naming own repo would serve the opposite- hide it from community.
Received on Monday, 13 November 2023 15:59:54 UTC