Ironically you presented two reasons to do so, “efficient and future supportable”. The benefits are a Catch-22 because you don’t fully realize how awesome script syntax is compared to tags until you’re actually comfortable with it on a daily basis.
I still have the old CFML in my legacy code, too. I see the need to bring it into the 21st century, but I don’t have the incentive as long as it’s working, nothing needs to change, and no one’s paying me to upgrade it. That’s also one of the practical reasons why I haven’t migrated all my code to Node.js.
However, as soon as something does need to be fixed or features added, when appropriate I include the migration to cfscript as part of the todo list, but usually limited to the portions that are affected by the necessary code changes, unless I’m feeling really productive and have the luxury of extra time.
It’s like when new houses are developed, in most municipalities the developer is required to add a sidewalk if there isn’t one already. The grandfather clause applies to old houses, but adding a sidewalk still looks nicer and makes it easier for others to navigate.
Taking this silly analogy to the emoji level:
CFML is to cfscript as is to .
Argh … cringing at “CFSL”.
I haven’t used any conversion tools (I was previously aware of cfscript.me and it failed to deliver on my very first, very simple attempt), but CFScriptify is another option, though also incomplete.
@carehart back in 2018 shared his list of cfscript resources.
@AdamCameron published documentation on GitHub and it has 12 other contributors.
@tonyjunkes published examples also on GitHub.
Everybody knows that docs.lucee.org needs updating (sounds like that’s coming with Lucee 6), but there are already cfscript examples there, and more at cfdocs.org.
If those don’t answer any specific questions you might have, post the topic in this here forum and I will reply if I know the answer!