feat: config lwc mobile eslint plugin

[ben-zhang-at-salesforce]

Scaffolding up adding lwc-mobile eslint plugin into salesforcedx-vscode-mobile.

not fully read yet, need to wait for lwc-mobile eslint plugin release to npmjs.com

[khawkins]

In TypeScript, these kinds of data structures are better represented as types (or type aliases, technically). I actually like their types cheat sheet, once your head is around the basic concept. Nice go-to reference for syntax.

[ben-zhang-at-salesforce]

sure, let me do that

[ben-zhang-at-salesforce]

read a bit about type/type aliases, I didn't figure out a way to let type to have function as a member. I think class is still better due to we need to have version value to be dynamically set based. so uses class with a function getVersion() support it.

[khawkins]

Yeah, it'd be a bit different in the type setup. Instead of having a "lazy load" method to get the version, you'd simply initialize the version with the logic that it contains. Arguably, that's the only reason the packageConfigPropertyId exists. So it would instead look something like this:

type EslintDependencyConfig = {
    name: string;
    version: string;
    eslintConfigToExtend: string;
};

const eslintDependencies: EslintDependencyConfig[] = [
    {
        name: '@salesforce/eslint-plugin-lwc-mobile',
        eslintConfigToExtend: 'plugin:@salesforce/lwc-mobile/recommended',
        version: config.get('mobileOfflineLinting.eslint-plugin-lwc-mobile')
    },
    // etc.
];

But it's not a big deal. It works fine the way you have it too.

[khawkins]

A few suggestions, but overall this looks fine to me.

[ben-zhang-at-salesforce]

@salesforce/eslint-plugin-lwc-mobile 1.0.0 is published. so this pr is ready :)