Osei-b4: Separation-Of-Concerns: 3 Weeks

u## Learning Objectives

Priorities: 🥚, 🐣, 🐥, 🐔 (click to learn more)

There is a lot to learn in this repository. If you can't master all the material at once, that's expected! Anything you don't master now will always be waiting for you to review when you need it. These 4 emoji's will help you prioritize your study time and to measure your progress: - 🥚: Understanding this material is required, it covers the base skills you'll need to move on. You do not need to finish all of them but should feel comfortable that you could with enough time. - 🐣: You have started all of these exercises and feel you could complete them all if you just had more time. It may not be easy for you but with effort you can make it through. - 🐥: You have studied the examples and started some exercises if you had time. You should have a big-picture understanding of these concepts/skills, but may not be confident completing the exercises. - 🐔: These concepts or skills are not necessary but are related to this module. If you are finished with 🥚, 🐣 and 🐥 you can se the 🐔 exercises to push yourself without getting distracted from the module's main objectives. ---

[ ] 🥚 event-driven programming: identify the concept in a JS program via listeners & handlers
[ ]🥚 entry points: describe what an entry point is, there are 2 kinds in the programs for this module - initialization & interaction. identify them in a program
🥚 function roles: describe what function roles are and why they're important. they can identify a function's role given checklists for each role covered in this module:
- [x] listeners: functions that attach event listeners to the DOM
- [x] 🥚 handlers: entry point for user interactions
- [x] 🥚 utils (utilities): pure functions to help do things with data
- [x] 🐣 components: render data into DOM elements to display for the user
- [x] 🐥 custom events: create custom events events in your components, passing useful data between components and handlers
[x] 🥚 DOM access: You read and write values from the DOM in an event handler
[ ] 🥚 es5 vs. es6: You can demonstrate the change in developer-experience pre and post es6 by stepping through in the debugger and explaining differences in scoping (global vs. script, block vs. local, modules) between two programs with identical user experience but different implementations.
[x] 🥚 Scope Hierarchy: You is comfortable navigating different scopes in the browser's debugger to understand an existing application (script, module, closure, local, block)
[ ] 🥚 Code Splitting: You can use ES Modules to split your code into multiple files & folders according to function role, data, listeners and initialization. They can use generated dependency diagrams and documentation to understand and navigate this folder structure.
[x] 🥚 Dependency Graphs: You can use a project's dependency graph to understand how it is organized and to navigate the source code.
[x] 🥚 Development Strategies: You can write development strategies that have all of the program's state defined at the beginning, and separate each user story into interface and interaction tasks.
[x] 🐣 Naming Functions: You can come up with clear and helpful names for the functions in your program. A good function name will take into account the function's role and the program's domain, like in the /naming-variables exercises from Debugging.
[x] 🐣 DOM manipulation: You can manipulate the DOM when implementing level-appropriate user interactions
[x] 🐣 Isolating Components: You can use a test.html file to render your components with different inputs
[ ] 🐣 Forms: You can do basic handling of form data via event.target.form
[x] 🐣 Handling events: You can use the event argument to process user interactions, including bubbled events using event.target
[ ] 🐣 Passing Component Unit Tests: You can write vanilla DOM component functions to pass provided unit tests
[x] 🐣 refactoring: refactor a single-script tutorial-style web page into multiple files using imports and exports
[x] 🐥 reverse-engineering: You can incrementally reverse-engineer a level-appropriate user interaction following these steps:
- init
- Listeners
- Handlers
- (possibly): Utils, Components, Custom Events
[ ] 🐔 From Spec: given user stories, You can develop a site from scratch using a template repository.
[ ] 🐔 Writing Component Unit Tests: You can write unit tests to validate your component functions using BDD syntax

Week 1

[x] I have pushed my progress to my fork of exercises repo

I Need Help With:

The DOM so I can understand how to work around it and get good insights into it.

What went well?

Understand some parts of DOM such as the APPEND.CHILD etc.

What went less well?

Have to arrange the CHILDREN in a good form for it to work in the DOM

Lessons Learned:

Separation-Of-Concerns

[x] DOM MANIPULATION
[x] DOCUMENTS.GETELEMETBYID ()
[x] DOCUMENTS.QUERYSELEVTOR ()
[ ] ETC

Sunday Prep Work for the next Adventure in Separation-Of-Concerns

Week 2

[x] I have pushed my progress to my fork of exercises repo

I Need Help With:

With where to place each code in HANDLER, INIT, and LISTENER for it to function well.

What went well?

Recreating COLOR-PALATE and now working through REVESE-ENGINEERING the DUCK DUCK SEARCH ENGINE and I am get help so it going pretty well.

What went less well?

Having some difficulty with some DOM FUNCTION which is turning out to be a problem for me.

Lessons Learned:

Separation-Of-Concerns

[x] DOM MANIPULATION
[x] DOCUMENTS.GETELEMETBYID ()
[x] DOCUMENTS.QUERYSELEVTOR ()
[x] INIT
[x] LISTENER
[x] HANDLER
[x] HTML.JS
[ ] ETC

HYF-Class20 / home