4 ms·

The first thing I worry about reading something like this is how leaky the abstraction will be. I would love to ditch JavaScript for pretty much anything else b

• tpetricek 9y ago
  This is a tricky one. If the abstractions were not leaky, you would not be able to interoperate with JavaScript libraries and you'd have to reimplement everything that powers the modern JS ecosystem. On the other hand, if the abstractions were too leaky, you'd lose all benefits of a nice language like F#. I think Fable strikes the right balance. There are some leaky aspects of how it compiles to JS, but this means that you can quite well use it with existing JS libraries and for things like parsing JSON (you can just cast JSON object to F# records and it'll work). So, you need to think about something about the JS part when you want to do JavaScript-y things, but you still get plenty of nice help from the F# compiler when writing the logic that the functional-first style makes so much easier. In my experience with Fable, this pragmatic approach is what makes it great.
  • microcolonel 9y ago
    > you can just cast JSON object to F# records and it'll work Isn't a "JSON object" just a string?
    • TomMarius 9y ago
      He probably wanted to say "plain JS object", which is denoted in JSON. You can put JSON in a string, but the syntax is called JSON as well.
      • tpetricek 9y ago
        Yes, that's what I meant, thanks :-). The idea is that you can just write `unbox<MyType>(jsonParse("{whatever:42}"))`.
• noir_lord 9y ago
  This is exactly why I standardised on TypeScript. Their isn't actually much of an abstraction in one direction, valid ES6 is valid TS and the types are inter-operable. Throw in better typing, proper classes, down compiling of async/await to ES3/ES5 (still magic to me) and the ability to progressively port from one to the other (and you can even get a lot of the TS benefits just by annotating your existing JS as a good first step to moving to TS) and for me it was a no-brainer. I don't think TS is a pretty language but it's a fantastic approach to getting from shitty-A to less shitty-B. Pragmatism wins for me as much as I'd love to just write everything client side in something else.
  • WaxProlix 9y ago
    I have to agree, the pragmatic and thoughtful approach that the TS team has brought to the language makes it reasonable to write in and easy enough to reason about at any given time. Plus, being a superset means that if you want to 'drop into' JS to take advantage of some quirk or whatever at any time, you can just disable your linter and do the deed. Coming from a C# and Python fan, TS hits the mark pretty solidly on all levels.
    • BigJono 9y ago
      > Plus, being a superset means that if you want to 'drop into' JS to take advantage of some quirk or whatever at any time, you can just disable your linter and do the deed. This is an exact example of what GP was talking about with leaky abstractions though. You don't have to just learn TS to use TS, you need to learn TS and JS. IMO a proper, strict typed language; and plain Javascript; are both much better options than TS.
      • Osiris 9y ago
        > You don't have to just learn TS to use TS, you need to learn TS and JS. I don't understand this. TypeScript is not a different language. It's just JavaScript with some type annotations. If you had never used JavaScript before and learned TypeScript you could immediately write plain JavaScript as well.
• jackmott 9y ago
  I haven't used it myself but the Ionide plugin for VSCode, which creates a full featured IDE experience for F#, is done in F# transpiled to javascript. The maintainers seems to enjoy it.
• nerdponx 9y ago
  People seem to love BuckleScript, so it must be possible to do this kind of thing right.