ThoughtWorksInc/Binding.scala

General questions should be asked on StackOverflow, not here. This room focuses on development of Binding.scala.

杨博 (Yang Bo)

@Atry

I want to share some words from ESR's TAOUP
http://www.catb.org/esr/writings/taoup/html/ch01s06.html#id2878263

Rule of Representation: Fold knowledge into data, so program logic can be stupid and robust.

Mustafa Kuscu

@mcku

This makes me think about platforms other than HTML once again. React has React Native complement, suitable for devices implementation. I suppose FXML is for certain Java desktops. Any ideas on how to reuse the binding.scala app on the mobile in a native way?

杨博 (Yang Bo)

@Atry

The current FXML syntax shoud apply for Android as well, since Android components are JavaBeans. But I did not test it yet.

Mustafa Kuscu

@mcku

@pme123 I liked the idea of such a blog. I don't think many people are aware of such a facilitation provided by binding.scala. People still think they are type safe in typescript but the need to put extra effort to keep it type safe given the huge variety of emerging rival untyped javascript paradigms. At some point you give up type safety, at least i have that feeling.

@atry that sounds very interesting and of good utility

杨博 (Yang Bo)

@Atry

I thought it would be great to create some complex actions on stores for reusing. But I personally will not forbid to access stores directly.

杨博 (Yang Bo)

@Atry

Seperate of View Model and View could be useful or not, depends on which part tends to be changed frequently.

杨博 (Yang Bo)

@Atry

@pme123 If you like Redux's immutable store, and still want partial rendering. you can create some intermediate Bindings, which can prevent unchanged value from re-rendering

An example is here:
https://scalafiddle.io/sf/o5fWdS3/2

render2 is not triggered because store2 is unchanged.

Open your browser's inspector to see if it is re-rendered.

Mustafa Kuscu

@mcku

will look at the fxml example hopefully some day. wondering about how the dev workflow looks like. scenebuilder comes into the scene too?

杨博 (Yang Bo)

@Atry

I'm not familiar with Android. But the @fxml can mount your bindable data onto any JavaBeans.

Pascal Mengelt

@pme123

@Atry thanks for your feedback and ScalaFiddle

杨博 (Yang Bo)

@Atry

Feel free to take the fiddle to your blog

An updated version is https://scalafiddle.io/sf/o5fWdS3/3

Pascal Mengelt

@pme123

@Atry - thanks - the comments work now;) could you add your input as a comment - would be great! https://pme123.github.io/scala-adapters/development/binding-scala-redux/

Mustafa Kuscu

@mcku

What if a store has an optional substore? See: https://scalafiddle.io/sf/goKYlDa/0

杨博 (Yang Bo)

@Atry

Check your browser's inspector

Mustafa Kuscu

@mcku

isn't it working?

Pascal Mengelt

@pme123

has anyone a strategy for this: https://stackoverflow.com/questions/50365483/binding-scala-strategy-to-have-a-defined-length-of-a-vars

Kahli Burke

@kahliburke

Check the stackoverflow

Pascal Mengelt

@pme123

@kahliburke thanks - that helps - I updated the ScalaFiddle to see the effect.

Leonid Turnaev

@glmars

@Atry do you have any plans to migrate Binding.scala to Dsl.scala and Cats?
Do I understand correctly what it is possible? How hard is it in you opinion (may be PR can help)?

杨博 (Yang Bo)

@Atry

It could be.

But I did not see enough benifits.

Lorenzo Gabriele

@lolgab

There are ways to get the value of an input (like the inputId.value thing ) for dynamic elements (like a Seq of inputs) ? (The id is not fixed at compile time)
If it is a interesting question I can post it on StackOverflow.

Leonid Turnaev

@glmars

@Atry, to have the single FP library (cats) in projects which uses Binding.scala

杨博 (Yang Bo)

@Atry

@lolgab Go ahead

@glmars Binding.scala uses Scalaz because Each requires scalaz.Monad.

However, Dsl.scala does not depend on Cats nor Scalaz.

Binding.scala does not have to depend on Cats if we replace Each to Dsl.scala

Leonid Turnaev

@glmars

So, there is an additional benefit: reduced scalajs output size (Scalaz isn't so small in JS)! In case if some project still doesn't use any FP library.

杨博 (Yang Bo)

@Atry

(Scalaz isn't so small in JS)

The entire Scalaz is big. Fortunately a typical web application with Binding.scala only uses a very small part of Scalaz. You can open your xxxx-fastopt.js to check it. DCE in Scala.js is very useful.

Leonid Turnaev

@glmars

DCE in Scala.js is very useful

I agree, DSE is cool. But on some project I had 2640/2400 kb result of fullOptJS with/without Scalaz.

I suppose that the influence of Scalaz in Binding.scala can be not so much.
(my test project have not used Binding.scala)

Leonid Turnaev

@glmars

@Atry Unfortunately I found a case where application which uses Binding.scala should depend on Scalaz. Please, see example from FAQ:

@dom def renderList(data: List[Binding[String]]) = <ol>{
  import scalaz.std.list._ // Type classes for List
  for (b <- data) yield {
    <li>{b.bind}</li>
  }
}</ol>

Can Dsl.scala remove this dependency (or change to Cats)?

杨博 (Yang Bo)

@Atry

Of course, because Dsl.scala does not support for-comprehension

Dsl.scala itself can be considered as an alternative to for-comprehension

Leonid Turnaev

@glmars

:smile: O! I understand.

Leonid Turnaev

@glmars

@Atry If you're interested, I have repeated the js-framework-benchmark with different versions of Binding.scala.
Here are results for: Chrome 32-bit and for: Chrome 64-bit (sorry, 3 runs only).

Conclusions and questions:

your conclusions about Scala 2.12 was confirmed, memory usage is increased by 22-23%:

glmars-v2.12-memory.png

but the absolute values are lower than in your results:

atry-v2.12-memory.png

I especially pleases by memory consumption on a 32-bit version of Chrome:

one question only: do you have any guesses why the clear rows time increased in Binding.scala v11.0.1?

杨博 (Yang Bo)

@Atry

v11 fixed a bug in v10 when removing a node. The fix to ThoughtWorksInc/Binding.scala#56 performs some internal cache invalidation.

Leonid Turnaev

@glmars

Thank you, I also thought about this task :smile:

杨博 (Yang Bo)

@Atry

There could be an optimization in Scala.js scala-js/scala-js#2675, which should improve both code size and computational performance.

The relevant code is here: https://github.com/scala-js/scala-js/blob/df91ee0a33a2276c7a0538fd9df6ae313d96f3c5/linker/shared/src/main/scala/org/scalajs/linker/backend/emitter/FunctionEmitter.scala#L2600

The IIFE can be replaced to a normal code block, considering let and const in ECMAScript 2015 code blocks has the same lifecycle as var in IIFEs.

Leonid Turnaev

@glmars

It will be great!

Thanks for the explanation.

杨博 (Yang Bo)

@Atry

You can create a PR to Scala.js if you're interested to optimize the memory usage in Scala 2.12

When compling a closure to JavaScript

Scala.js 2.11 create classes
Scala.js 2.12 create nested closures in IIFEs, which consums more memory than classes
Ideally, it should create plain closures in code blocks (for ECMAScript 2015 target)

Leonid Turnaev

@glmars

I understand an idea, but I'm not sure I am able to do this (because I don't know Scala.js insides very well) :worried:

杨博 (Yang Bo)

@Atry

Never mind

moritz bust

@busti

I recently had a chat with the folks over at scala/contributors and became aware of the fact that xml mode will be faded out with scala 3.
What will happen with binding.scala when that happens?

杨博 (Yang Bo)

@Atry

@Busti Where is the link of the chat

Where communities thrive

People

Repo info

Activity