export mjs for esm

[xiaoxiangmoe]

https://nodejs.org/api/esm.html#esm_conditional_exports

Add support for esm.

If you think this proposal is reasonable, I'll create a PR for this.

[nbubna]

A PR for this would be great!

[xiaoxiangmoe]

Case/src/Case.js

Lines 169 to 173 in 7f054b0

	// export Case (AMD, commonjs, or global)
	var define = typeof define === "function" ? define : function(){};
	define(typeof module === "object" && module.exports ? module.exports = Case : this.Case = Case);
	}).call(this);

Can we change the source code to esm and package it into umd and esm?

[nbubna]

I'm not very familiar with Rollup, but if it seems simple enough, i'm willing to try it out.

[nbubna]

And yes, changing the source to ESM makes sense, as long as we still produce UMD for compatibility.

[xiaoxiangmoe]

I can provide a PR containing umd, esm with rollup.This will not be very complicated.

[xiaoxiangmoe]

I am a vite user.
Currently, vite only supports esm, which drives us to provide esm support to all community libraries.

[xiaoxiangmoe]

@nbubna Please review it.

TODO: simplify codes to support tree shaking for downstream users.

[nbubna]

I will! Have patience and get some sleep. ;)

[nbubna]

I'm pondering making this a major version bump. Then i can remove squish, Component support, possibly even trim some fat by using ES6 features, and maybe drop Grunt for Rollup entirely. It is a little odd to be maintaining two build systems, and Grunt is largely stale. Thoughts?

[nbubna]

I'm also thinking of getting rid of toCase, as i don't believe it gets much use (i don't use) and don't like modifying String.prototype.

Since you are more experienced with Rollup, do you think you can get it to run the qunit tests? I that would be the most important piece needed.

[xiaoxiangmoe]

Case.type('bang', function(s) {
     return Case.upper(s, '!')+'!';
});

This usage is very dynamic, esm can only be exported statically.
Static export can make rollup and webpack tree shaking more convenient.
Do you have any ideas?

[nbubna]

Moving to jest is an excellent idea. As for the dynamic case creation, the idea is that people would export\import the Case object if they wish to add their own case types.

[xiaoxiangmoe]

If we continue to use esm, it is difficult for us to achieve API compatibility, because esm can only be exported statically. Maybe we can define an object named case and export default Case;

[xiaoxiangmoe]

import * as _ from './utils.mjs';
import * as types from './types.mjs';

const typesArray = Object.keys(types);

function of(s) {
    for (var i = 0, m = typesArray.length; i < m; i++) {
        if (Case[typesArray[i]].apply(Case, arguments) === s) {
            return typesArray[i];
        }
    }
}

function flip(s) {
    return s.replace(/\w/g, function (l) {
        return (l == _.up.call(l) ? _.low : _.up).call(l);
    });
}
function random(s) {
    return s.replace(/\w/g, function (l) {
        return (Math.round(Math.random()) ? _.up : _.low).call(l);
    });
}

function type(type, fn) {
    Case[type] = fn;
    typesArray.push(type);
}

const Case = {
    _:{
        ..._,
        types: typesArray,
    },
    of,
    flip,
    random,
    type,
    ...types,
}

export default Case;

If it is to be compatible, I can only write in this form, which looks strange, and it is not convenient for tree-shaking.