foundry-lsp-smart-contracts
Repo used only for testing. (by YamenMerhi)
hardhat-template
Hardhat-based template for developing Solidity smart contracts (by PaulRBerg)
foundry-lsp-smart-contracts | hardhat-template | |
---|---|---|
1 | 5 | |
1 | 1,919 | |
- | - | |
0.0 | 6.8 | |
about 2 years ago | about 2 months ago | |
Solidity | TypeScript | |
- | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
foundry-lsp-smart-contracts
Posts with mentions or reviews of foundry-lsp-smart-contracts.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-04-11.
-
Foundry Vs Hardhat
For the sake of this article, I created a Github repo which is a version of the lsp-smart-contracts repo but with Foundry instead of Hardhat, to compare a few things and try out the features provided by Foundry.
hardhat-template
Posts with mentions or reviews of hardhat-template.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-04-09.
-
Foundry vs. Hardhat template?
It seems like every single week, I see things about Foundry. As someone that has been using a fairly standard Hardhat template for my projects the past year, I feel like this gets the job done, but I am wondering what I am missing?
-
Basic beginner questions concerning smart contracts and dApp front-end code organization
To help getting started easier I am looking into some boilerplate starter kits such as https://github.com/paulrberg/solidity-template etc. Basic question, but what is the best practice in terms of organizing your smart contract dev stuff such as .sol files, hardhat, solhint, solcover, etc. with your front-end (website) dApp code? Do you keep everything in one repository? Do you keep them separated? The front-end part (let's say Sveltekit for example) and ethers.js need the ABI json right? When you deploy your front-end website and are keeping everything in one repo, should you exclude your contract files from the build? I suppose the JS framework will already exclude folders like /contracts that are in the root from the build.
- Web3.0 Resources
-
Confused by Web3 and best practices
I also really like this template for a web3+React website with a simple connect button: https://github.com/PaulRBerg/solidity-template
-
I feel lost. (New Dev)
..and if you are looking for a general toolchain I really love the starter template here: https://github.com/PaulRBerg/solidity-template
What are some alternatives?
When comparing foundry-lsp-smart-contracts and hardhat-template you can also consider the following projects:
hardhat-starter-kit - A repo for boilerplate code for testing, deploying, and shipping chainlink solidity code.
prb-math - Solidity library for advanced fixed-point math