Interesting discussion, thank you for waking it. I guess I have four comments on the subject;
1. Julia should be a panacea for large scale/high performance web apps where c and fortran are non starters but python and ruby's worse performance starts to really cost. The current industry solution seems to be "ye the code is slow, but it's too expense to rewrite it in c, lets just spawn more servers". In these situations Julia should be really powerful. 2. Don't under estimate how important all the "trivial" helpers are in web frameworks (I know MVC != framework, but there are strong similarities). Django's second strongest asset is all the extra stuff you get built in: admin interface, messages, signals, migrations, generic views, built in user/permission models, translations, csrf protection, template filters, sessions, "start-project" command... None of that stuff is in "core" but it's absolutely core to the frameworks success. 3. Django's strongest asset is it's amazing documentation. It's nice when you first start using it, but it becomes absolutely essential when you start using it in teams for real commerical projects since you stand a chance of people doing things in understandable and repeatable ways. I would never think of using a framework for commercial purposes until it had good documentation. 4. I agree with the comment above that a modern framework should assume all the view logic occurs on client-side and the server just exposes static templates, resources and a restful API. There's an excellent article on how to (and not to) build a restful api here <http://jacobian.org/writing/rest-worst-practices/>. Samuel On Saturday, 4 October 2014 10:36:28 UTC+1, Antti Halla wrote: > > Hi, I'm waking this thread up since this is the latest one on the subject > I could find. > > I built myself a primitive static site (blog) generator using Julia > Webstack (Morsel & co), Markdown.jl, Mustache.jl and SQLite.jl. I host the > site locally and use wget an rsync to push the site live. The whole thing > is barely holding together, but I'm using it "in production" already. I've > been thinking about whether to start building a more generic framework from > it but started to wonder if I actually need (or even want) one (at the > moment for my current purposes anyway). I'm happy with using separate > packages and keeping things loosely coupled. What I'm not that happy with > is my workflow: I haven't quite found yet an efficient way of working with > the code, tools, reloading, testing etc. > > Anyways, this was just to say I'm working on web-related things and > interested if something's happening in that area. I'm new to Julia but have > experience with web development, so I figured building a website would be > good way to familiarize myself to working with the language. I've not > really built frameworks or libraries before but I'm willing to help out > where I can. > > > Antti > > > > > > > maanantai, 17. maaliskuuta 2014 18.36.35 UTC+2 Steve Moss kirjoitti: >> >> Has much progress been made with an MVC Framework for Julia? I have been >> checking out Morsel <https://github.com/JuliaLang/Morsel.jl>and feel it >> makes an excellent base for developing such a framework. I've not got time >> to work on this myself, but would love to see this pushed forward somehow? >> >> Cheers, >> >> Steve >> >> On Tuesday, 15 January 2013 00:19:13 UTC, Stefan Karpinski wrote: >>> >>> One potential helpful language feature for this sort of thing is >>> coroutines since they can potentially allow the server to manage state >>> without as many callbacks. >>> >>> >>> On Mon, Jan 14, 2013 at 7:11 PM, Nathan Wienert <[email protected]> >>> wrote: >>> >>>> I've built a few large scale Rails apps on > 3.0, one that integrates a >>>> bit of WebSockets... I totally agree that any framework that wants to be >>>> relevant in the future will need to adapt to frontend powered web apps... >>>> basically an easy way to share code and especially templates. Rails is >>>> especially cumbersome at this. >>>> >>>> Meteor and Derby are doing a decent job of this. But at least with >>>> Meteor (haven't looked at Derby closely), I'm put off by the lack of >>>> structure they provide and some other odd features they have added. >>>> >>>> I think sharing of backend/frontend templates would be pretty easy, >>>> even just implementing a Julia handlebars template engine. I don't think >>>> Julia will ever be able to compete fully with stuff like Meteor, just >>>> because you of frontend/backend code sharing, which is why I was shooting >>>> for a more Rails-like traditional app at least initially. But of course >>>> the whole fun of building something new is to improve! I can definitely >>>> see the speed of Julia opening up a lot of cool new avenues for real-time >>>> apps. >>>> >>>> I sort of disagree on the repetitiveness of REST/MVC. 90% of my >>>> models/controllers skip at least a few of the REST parts, so I like being >>>> able to define which ones I want/need. But I do think there are plenty of >>>> opportunities to make that less repetitive. >>>> >>>> I'd love to explore easier ways of implementing REST without all the >>>> C/V legwork. Of course the more you abstract it the more "magical" it >>>> becomes. >>>> >>>> On Monday, January 14, 2013 3:36:44 PM UTC-8, Stefan Karpinski wrote: >>>> >>>>> I have a fair amount of Rails experience (although several versions >>>>> old at this point), and one thing I would love to improve upon is the >>>>> Model-View-Controller pattern itself – there's something fishy about that >>>>> pattern because nobody ever knows what to put in the controller. MVC also >>>>> seems to fit particularly badly with REST designs because they tend to >>>>> almost directly expose the model via REST and the V & C parts end up >>>>> being >>>>> pretty annoyingly repetitive. There's also the issue that Rails-style MVC >>>>> is all server-side, whereas most modern web apps actually do much of >>>>> their >>>>> view work in the browser and tend to simply expose the model in a fairly >>>>> standard form via AJAX – this is part of why REST/AJAX apps don't fit >>>>> very >>>>> well into MVC frameworks. >>>>> >>>>> >>>>> On Mon, Jan 14, 2013 at 6:24 PM, Nathan Wienert <[email protected]> >>>>> wrote: >>>>> >>>>>> Hey guys, in my attempt to better learn Julia I'm going to try out >>>>>> building an MVC with Julia. I have plenty of experience in Rails, and >>>>>> have >>>>>> taken a peek under the hood quite a bit to get an idea for how it's >>>>>> structured, but it's a truly different beast when you take into account >>>>>> class oriented vs multiple-dispatch. >>>>>> >>>>>> I'm also using web.py as a reference for a really simple one, but >>>>>> again that is class based. >>>>>> >>>>>> Would love some input with people more familiar with Julia/multiple >>>>>> dispatch on how they would go about allowing users to define controllers >>>>>> and models simply, as that seems to be the trickiest part of design. >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>> >>>> >>>> >>> >>>
