Comments (3)
Hi!
I will answer the PS and check the issue only later if that works for you
-
As you mentioned - moving the project back to a mono-repo would be good. Currently I think we should use the Babel approach and make a Lerna mono-repo on Github, while keeping the modular nature on npm.
-
Testing, coverage, countinuous integration, linting and code commenting are the very next on my list.
-
I have a LOT of uncommited local code for NX, I plan to merge them during these too. (Biggies are probably ES6 modules, complete middleware system rework with the removal of
useOnContent
and data-binding rework). -
I think that the community is shifting towards global state stores and that we should follow too. I really want to add global stores and I think I messed up the
params
middleware. Params should be only allowed in global stores - like in React Easy Params. -
Would also like to solve the
implicit dependecy issue
with the middlewares. By this I mean that they are building on one another with an own dependency injection mechanismuse
. DI should be as simple and explicit as possible, I don't want to build the next Angular DI.
After these we could start adding new features
Would you like to get started with these, what are your opinion about them? I will try to clean up my unpushed code and put it on a branch - after the mono-repo is done - for review. I would be really grateful for a buddy on this project
from framework.
It seems to be a lot of separate issues to me.
-
state.field
is correct to be an array at the first log. A dynamic Proxy tree is built and maintained on demand instead of creating Proxies on set operations. Instead of wrappingstate.field
in a Proxy right away the library waits until it is used in a reaction (a function that needs to rerun when it changes). This function is the@{field}
template in the view. Until the view is interpolated for the first timestate.field
has no reason to be a Proxy. Did you experience a bug because of this or was it just a surprise for you? -
Manual attribute changes with native
setAttribute
are not picked up. The reason is when you do something like this:setAttribute('@hide', 'prop')
it is really mind bogging. I figured this is more bug prone than flexible, but it could be improved in the future. -
${}
operates in a non-observing mode. It interpolates only once, so there is no need for Proxies here.@{}
introduces transparent reactivity, in this mode Proxies are necessary. What you experienced was normal. Did it cause some bugs?
I hope these helped, thanks for the issue!
from framework.
Hi, thx for the timely reply, I'll put the P.S. part first as it's more relevant:
- the "I do not want to ditch the project" is all I, as well as all the other users I think, needs to hear, and your timely reply backs it. seeing almost no activity in almost half a year really makes me worry if this project is dead because of the lack of stars and forks, if so it's really a pity. and thx for the activity update, however I don't like react, angular and things alike, because they're too complex and introduces too many new concepts and grammar, I'd rather use something like Vue, but nx seems more elegant because it eliminates a lot of edge cases(notably Vue.set(...) among others), is there other frameworks like nx or Vue that you'd like to recommend?
- I'm really interested in this project, actually I already began to port my JavaFx project into this one, so when you come back to this project, do let me know. you can assign me some minor works to help you speed up the nx project at that time.
- I didn't invest too much time on Babel or Lerna, so it's not for me to judge, but if you think it's OK, then it's OK to me, which also covers my thoughts regarding CI and TDD.
- I personally don't like to keep a "LOT" of changes uncommitted :) looking forwarded to
nx 1.0
. - I haven't used global stores too much, but it seems a good idea in general.
- to sum it up, I'd really like to be a part of a great project like nx. I'm a backend developer, and HTML5 is always my hobby, I learned a lot myself over the years, though I may not be as good as a professional frontend developer. I may start slow but I think I'd do better as I become more familiar with nx.
now about the issue part, long story short, I made a mistake...
only one problem remains and I've edited the original issue to reflect this:
how can I trigger node.$attribute(...) callback outside the nx code?
the other parts of the problem is caused by me: I'm refactoring the code, and moved the reaction function to a callback by mistake, so it stopped working. the object got from a Proxy inside a synchronous reaction function call is Proxy, which is exactly what I expected. sorry for the false alarm.
from framework.
Related Issues (20)
- Planned features HOT 2
- Handling model data inside a component HOT 10
- npm install issues
- Bower support + Firefox NX source download bug HOT 12
- Reference to element in the component HOT 5
- Upcoming core rework HOT 3
- Is this project alive? HOT 3
- Why doesn't `exec` return values? HOT 5
- Web components org recommendation list HOT 1
- [Question] Can this framework be used with a template engine? HOT 3
- [MAJOR BUG] website won't openππ HOT 4
- Surviving contact with jquery and its libraries
- Usage inside meteor (amd/import usage instead of webpack) HOT 1
- Uncaught ReferenceError: module is not defined HOT 2
- history error HOT 3
- 402: Payment required HOT 1
- What is the status of this project? HOT 1
- Add supports for clipboard events. HOT 9
- Hide elements until they are resolved. HOT 8
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from framework.