TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Will JavaScript take over front-end?

12 点作者 whizzkid大约 9 年前
I am seeing unbelievable amount of blog posts, releases, upgrades about Javascript frameworks and libraries during the last 12 months. I personally only used AngularJS 1.x for one of our projects, but did not have time to try React, or AngularJS 2.x.<p>My conclusion for Angular is that it takes 40% more development time to finish a project with AngularJS than without using it. We gained some speed for sure, but I think we could do better in the same amount of time with back-end optimisations.<p>- How was your experience with React or any other?<p>- Should I invest more time to keep me updated with one of them?<p>- I still think, front-end should just present the information, not the whole application logic. Am I missing anything? (I just discovered polymer-project and loving it so far!)

6 条评论

lollipop25大约 9 年前
&gt; Will JavaScript take over front-end?<p>Has it not? A more appropriate question would be &quot;When will it step down?&quot;<p>&gt; it takes 40% more development time to finish a project with AngularJS than without using it.<p>And by &quot;without using it&quot;, does it mean you write in vanilla JS? I believe you jumped into conclusions way too early. Working with any technology will take long. It&#x27;s not the actual writing of code that will take long, it&#x27;s the learning (if you&#x27;re a total noob), setting up (if you don&#x27;t have scaffolding tools), and debugging (if you don&#x27;t have tools). The actual work is just a fraction of what you&#x27;re actually doing.<p>&gt; How was your experience with React or any other<p>If you mean React alone, then it&#x27;s like Angular with directives... alone. You&#x27;ll have to debate on your router, your data flow library, your server-communication layer, your build tooling, your process. It&#x27;s all the same thing under the guise of a different syntax.<p>&gt; Should I invest more time to keep me updated with one of them?<p>Get to know all the libraries, but never try to use them all. Choose one and get things done.<p>&gt; I still think, front-end should just present the information, not the whole application logic.<p>It&#x27;s like saying JS should have stayed on the browser, but wait! There&#x27;s Node.js (server), Espruino (hardware), FirefoxOS (OS), PhoneGap (mobile), NW.js (desktop). If everyone was thinking the way you do, these would have never been invented.
评论 #11189070 未加载
smadge大约 9 年前
&gt; I still think, front-end should just present the information, not the whole application logic.<p>I think you are absolutely right! Progressive enhancement is a foreign concept to some developers. They&#x27;ve forgotten that hyperlinks are the engine of application state.<p>I just disabled Javascript in my browser. We&#x27;ll see how things go.
poof131大约 9 年前
Loading an application and hydrating with data seems like the ideal architecture. Especially when your single application can run on the web, mobile, or a desktop. A choice between thin and thick clients seems a little mainframe versus PC. The web started as a page-based text-focused entity, but I don’t understand why it needs to stay there or why thin clients are the ideal pattern. Certainly first load &amp; SEO can present challenges, but both these problems are going away with React&#x2F;Angular2 server side rendering and Google’s progress with indexing web apps.<p>Maybe I’m missing something, but SPAs seem like the future (perhaps compile to JS or whatever, but still thick clients). The backend should be concerned with clean APIs to data and not with rendering the view. If people want to turn off JavaScript for a text only web, well some people still use flip phones and everything depends upon what you are building and for who and how quickly you can move in either paradigm. I’d suggest studying either the Angular or React ecosystem, but don’t expect SPAs to go away.
throweway大约 9 年前
It&#x27;s cliche but I think or hope JS will become the bytecode of the web and compiling to JS from your favourite paradigm be it OO, Functional or just JS with compile time type.<p>The resistance to this is most code is made for $ and the people with $ tend to prefer fungibility. JS devs are easier and cheaper to replace than Purescript ones. From the lens of developers as a list of buzzwords you can to grep this makes sense.<p>Frameworks get trendy but new languages have a hard time even though the learning curve may be no different.<p>I just hope somehow better languages than JS will win.
fiatjaf大约 9 年前
- In my experience, React is much better and faster and easier to use than Angular, but there are things better than React out there (Cycle, for example).<p>- I don&#x27;t know.<p>- It depends on what is your application logic, but I think you are right for the majority of cases. However, presenting the data in a good way is probably more than 50% of any application (if it wasn&#x27;t, everybody would be writing just CLI apps), that&#x27;s why Javascript matters.
评论 #11188863 未加载
smel大约 9 年前
Since used React 3 years ago (and specially Reagent&#x2F;ClojureScript) can&#x27;t ever look back, the only possible better way is Elm mainly because of compile time checks (but right now ClojureScript is too much superior)<p>This is just a personal story ! I don&#x27;t want to offend anyones believes :)