Extend Contract class to enable view function calls without Account

[denbite]

Pre-flight checklist

• I have read the Contributing Guidelines on pull requests.
• Commit messages follow the conventional commits spec
• If this is a code change: I have written unit tests.
• If this changes code in a published package: I have run pnpm changeset to create a changeset JSON document appropriate for this change.
• If this is a new API or substantial change: the PR has an accompanying issue (closes #0000) and the maintainers have approved on my working plan.

Motivation

Many developers complained about the confusing implementation of the Contract class, which requires an Account parameter in the constructor even for view function calls

This PullRequest solves the issue by extending the interface of the first parameter in the constructor and additionally enables full backward compatibility with older versions

Old implementation

// account is required
const contract = new Contract(account, options);

contract.view_method({});
contract.call_method({ args: {} });

New implementation

const contract = new Contract(connection, options);

// no account required
contract.view_method({});

// signerAccount must be specified to sign the transaction
contract.call_method({ signerAccount: account, args: {} });

Test Plan

Related issues/PRs

#1066
#1064

[changeset-bot]

🦋 Changeset detected

Latest commit: 24a01dc

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 4 packages

Name	Type
@near-js/accounts	Minor
@near-js/cookbook	Patch
near-api-js	Patch
@near-js/wallet-account	Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

[vikinatora]

Looks very good, only one comment and I belive the biggest change I request is with the changeset, as there are quire a few breaking changes. Please adjust the changeset file accordingly(should be a major version increment most probably). If you're not sure about how semantic versioning works, you can check the rules out here

[vikinatora]

Everything connected to jsvmAccountId is obsolete and will be removed very soon from near-api-js. Let's not add it to new functionality.

[denbite]

The PR solves another issue and doesn't know anything about jsvmAccountId, this particular change has taken away function from the Account class and moved into another place
I wouldn't remove jsvmAccountId right here as it's a breaking change that may cause issues if you don't mind (and I assume you're preparing another PR out there that does remove it)

[denbite]

Looks very good, only one comment and I belive the biggest change I request is with the changeset, as there are quire a few breaking changes. Please adjust the changeset file accordingly(should be a major version increment most probably). If you're not sure about how semantic versioning works, you can check the rules out here

These changes were made to be backward compatible, so releasing them to users shouldn't cause any issues (and it's not a breaking change from that perspective of view)